Запитання з тегом «version-control»

Дисципліна програмування для відстеження, зберігання та отримання змін версійного коду.

5
Які переваги використання розгалуження як сольного розробника?
По-перше, мені відомо, що про VCS як соло розробника було задано багато питань, але вони часто занадто широкі. Це стосується лише розгалуження, і досі воно позначене як дублікат ... передбачуваний дублікат знову ж таки позначений як ще один дублікат іншого питання, який занадто широкий і не стосується розгалуження конкретно. Ось …

17
Чи повинен я комусь сказати, що їх вчинення спричинило регрес?
Коли ви відстежуєте та виправляєте регресію - тобто помилку, яка спричинила припинення роботи раніше працюючого коду - контроль версій цілком дозволяє шукати, хто вчинив зміни, які її порушили. Чи варто це робити? Чи конструктивно вказати на це особі, яка взяла на себе зобов’язання? Чи змінюється характер помилки (за шкалою простої …


10
Що робити, коли я вже занадто довго чекав між комітами?
Я був неслухняний ... Занадто багато "ковбойського кодування", недостатньо фіксації. Тепер ось я з величезною відданістю. Так, я мав би робити цілі вчинки, але зараз уже пізно. Що краще? Зробіть одну дуже велику комісію з переліком усіх речей, які я змінив Спробуйте розбити його на менші коміти, які, ймовірно, не …

12
Чи слід використовувати історію комісій для передачі важливої ​​інформації розробникам?
Під час зустрічі з приводу відката стороннього SDK від останньої версії було відмічено, що наші розробники вже позначили в історії фіксації, що останню версію не слід використовувати. Деякі розробники стверджували, що це була погана практика, і натомість це слід було зазначити або у вихідному файлі (тобто // Don't upgrade SDK …

11
git для особистих проектів. Перевищення?
Я знаю і використовую дві системи управління версіями: Subversion і git. На сьогоднішній день Subversion звикає до особистих проектів, де я є єдиним розробником, і Git звикає до проектів з відкритим кодом та проектів, де я вірю, що інші також працюватимуть над проектом. Це, головним чином, завдяки дивовижним можливостям розгортання …

6
Чому git використовує хеші замість ревізійних номерів?
Мені завжди було цікаво, чому git надає перевагу хешам над ревізійними номерами. Номери редакції набагато зрозуміліші та простіші для посилання (на мій погляд): Є різниця між тим, щоб сказати комусь подивитися на редакцію 1200 або здійснити 92ba93e! (Просто навести один приклад). Отже, чи є причина такої конструкції?

22
Як я переконаю своїх колег-розробників ХОЧАТИ додавати коментарі до початкових кодів?
Я знаю, що Subversion (те, що ми використовуємо на роботі), можна налаштувати так, щоб вимагати коментарів до комітетів, однак я не в змозі просто включити це. Я знаю, що моя причина коментувати свої зобов’язання полягає в тому, що корисно, хоч би як спогад, щоб швидко зрозуміти причину, що стоїть на …

12
Чи є сенс включати "журнал змін" у кожен файл коду, коли ви використовуєте контроль версій?
У мене склалося враження, що система контролю версій усунула необхідність скріплення "журналів змін" скрізь у коді. Я часто бачив постійне використання журналів змін, включаючи великі довгі блоки на початку збережених процедур з великим розділом, заблокованим для змін у файлі та засміченням коду такими речами, як: // 2011-06-14 (John Smith) Change …

28
Чи можливий хороший програміст ніколи не використовував контроль версій? [зачинено]
Я шукаю експерта-програміста, який допоможе вирішити складну ситуацію. Інтерв'ю поки що не дивно розчаровувало. Найкращий кандидат поки що - це досвідчений програміст, який ніколи не використовував програмне забезпечення для управління версіями. Сама по собі проблема може бути не надто серйозною, оскільки це є те, чого можна дізнатися за короткий час. …

10
Я змушений писати поганий код. Як зберегти обличчя? [зачинено]
Я лише молодший розробник, але моя робота змушує мене працювати з дійсно жахливим кодом PHP (подумайте про найгірший код PHP, який ви бачили; тоді подумайте про код удвічі поганіше). Зазвичай я намагаюся виправляти помилки і борюся з кодовою базою, щоб додати нові функції. Іноді мені наказують змусити працювати якнайшвидше, що …

8
Чи слід записувати помилку, яку я виявив і виправляв?
Я припускаю, що це звичайна ситуація: я перевіряю якийсь код, виявляю помилку, виправляю її та здійснюю виправлення помилок у сховищі. Якщо припустити, що багато людей працюють над цим проектом, я повинен спершу створити звіт про помилку, призначити його собі та посилатися на нього у повідомленні про виконання (наприклад, "Виправити помилку …

3
Чи слід включати папку Nuget PACKAGE в контроль версій?
Я хотів би знати У проект C # або VB.NET слід включити папку PACKAGE (папку пакетів самородок, створену для кореня мого проекту, що містить файли nupkg та інший вміст) до нашого сховища джерела управління (наприклад, Git).

9
Чи слід використовувати Git для документації та управління проектами? Чи повинен бути код в окремому сховищі?
Я запускаю сховище Git для групового проекту. Чи має сенс зберігати документи в тому самому сховищі Git як код - схоже, це суперечить природі потоку редагування git. Ось короткий опис моїх питань: Чи буде стиль редагування Git заплутаним, якщо і код, і документи перевіряються в одному сховищі ? Досвід з …

7
Чому так багато проектів віддають перевагу "git rebase" перед "git merge"?
Однією з переваг використання DVCS є робочий процес редагування-фіксація-об'єднання (над редагуванням-злиттям-здійсненням, який часто виконується CVCS). Дозволяючи кожній унікальній зміні фіксуватись у сховищі незалежно від об'єднань, гарантується, що DAG точно відображає справжній родовід проекту. Чому так багато веб-сайтів говорять про те, щоб прагнути "уникати об'єднань"? Чи не злиття попереднього введення чи …

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.