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

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

11
Як створити для себе систему управління вихідним кодом?
Я програмую на своєму робочому столі в своєму офісі, але також іноді вдома в іншій кімнаті свого ноутбука і навіть вдалині від дому. Мені потрібно система, яка автоматично або на вимогу синхронізує мою роботу від однієї до іншої, якщо це потрібно. У мене немає налаштування домашньої мережі, і, хоча я …

5
Переформатування та контроль версій
Форматування коду має значення. Навіть відступ має значення . А послідовність важливіша, ніж незначні покращення. Але проекти, як правило, не мають чіткого, повного, перевіреного та застосовуваного посібника щодо стилю з 1-го дня, і серйозні вдосконалення можуть надійти будь-якого дня. Можливо, ви знайдете це SELECT id, name, address FROM persons JOIN …

5
Чи повинен ми розміщувати код в Інтернеті?
Ми шукаємо гарне рішення щодо управління джерелами та управління проектами на своєму робочому місці, і я запропонував створити організацію GitHub та приватні сховища. Я люблю GitHub з багатьох причин, але це не про GitHub (адже мої колеги збираються представити бали на користь конкуруючих платформ) - це про зберігання нашого приватного …

2
Чи є гарною практикою зберігання номерів версій програмного забезпечення у VCS?
Версія продукту, наприклад v1.0.0.100, являє собою не лише унікальний випуск програмного забезпечення, але допомагає визначити набори функцій та етапи виправлення для цього продукту. Зараз я бачу два способи збереження остаточного пакета / збірки / бінарної версії продукту: Контроль версій. У файлі десь зберігається номер версії. Сервер збирання безперервної інтеграції (CI) …

5
Чи розумно використовувати git лише на моїй локальній машині? [зачинено]
Закрито . Це питання ґрунтується на думці . Наразі відповіді не приймаються. Хочете вдосконалити це питання? Оновіть питання, щоб на нього можна було відповісти фактами та цитатами, відредагувавши цю публікацію . Закрито 4 роки тому . Чи нормально використовувати git лише локально? Мені не хочеться платити за послугу, яка надає …

6
Конкретні причини для використання Subversion? [зачинено]
Наразі це запитання не підходить для нашого формату запитань. Ми очікуємо, що відповіді будуть підкріплені фактами, посиланнями або експертними знаннями, але це питання, ймовірно, вимагатиме дискусій, аргументів, опитувань чи розширеної дискусії. Якщо ви вважаєте, що це питання можна вдосконалити та, можливо, знову відкрити, відвідайте довідковий центр для ознайомлення . Закрито …

8
Чому системи управління джерелами все ще підтримуються файлами?
Здається, що більшість систем управління джерелами все ще використовують файли як засіб зберігання даних про версії. Сейф і TFS використовують сервер Sql як сховище даних, що, на мою думку, було б краще для послідовності даних та швидкості. То чому саме SVN, я вважаю, GIT, CVS і т. Д. Все ще …

6
Як заохотити прийняття контролю над версіями
Я нещодавно почав працювати в команді, де немає контролю над версіями. Більшість членів команди не звикли до контролю над версіями. Я використовую ртутний приват, щоб відстежувати свою роботу. Я хотів би заохотити інших прийняти його, і, принаймні, розпочати версію коду, коли вони розробляють зміни. Хтось може дати мені поради щодо …

13
Субверсія / контроль джерела лише для виробничого коду?
Я закінчив коледж з комп’ютерних наук рік тому, і зараз працюю в невеликій веб-розробниковій компанії (я та ще один розробник, плюс менеджери, обслуговування клієнтів та тестер). До того, як я почав роботу, не було системи управління джерелом. Зараз ми потихеньку починаємо впроваджувати SVN, але інший (старший) розробник (звідси далі - …

4
Який найкращий спосіб вирішити версію продукту та розгалуження довгострокових проектів?
Загалом, для довгострокових проектів, які можуть мати кілька випусків протягом життєвого циклу продуктів і потребують підтримки попередніх продуктів, який найкращий спосіб обробляти версії продукту та розгалуження бази коду? У більш конкретному сенсі припустимо, що діє правильний розподілений варіант управління (тобто git) і що команди мають невеликі та великі розміри і …

3
Коли було винайдено управління джерелами?
Мені відомо багато систем управління версіями: CVS, SVN, TFS тощо ... Я переглянув першу "систему контролю за версією / контролем версій" і побачив різні суперечливі відповіді. Коли було винайдено управління джерелами? Хто його вигадав? Як це називалося?

4
Як я можу організувати персональні сховища Git?
Я зараз налаштовую обліковий запис GitHub з планом створення пари бібліотек, які я розробив як частини деяких останніх проектів iOS, вільно доступних для інших iOS-розробників. В даний час у мене немає резервного копіювання за межами сайту для більшості мого коду, тому, як частина цього, я спочатку думав, що буду завантажувати …

6
Головні болі з використанням розподіленого контролю версій для традиційних команд?
Хоча я використовую і люблю DVCS для моїх особистих проектів і цілком бачу, як це полегшує управління внесками у ваш проект від інших (наприклад, ваш типовий сценарій Github), схоже, що для "традиційної" команди може виникнути деякі проблеми з централізований підхід, який застосовують такі рішення, як TFS, Perforce тощо. (Під "традиційним" …

7
Наскільки важливі щоденні побудови? [зачинено]
Закрито . Це питання ґрунтується на думці . Наразі відповіді не приймаються. Хочете вдосконалити це питання? Оновіть питання, щоб на нього можна було відповісти фактами та цитатами, відредагувавши цю публікацію . Закрито 4 роки тому . Одним із критеріїв тесту Джоеля є щоденні побудови . Ідея полягає в тому, що …

2
Чи не погана ідея створити тег із такою ж назвою, як видалена гілка?
У мене є проект з моделлю розгалуження git, який приблизно відповідає моделі git-потоку nvie . Наші відділення релізів названі у форматі SemVer , наприкладv1.5.2 Як тільки гілці випуску дається зелене світло для виробництва, ми закриваємо гілку, об’єднуючи її в головний, наносячи тег, а потім видаляючи гілку. Оскільки ми відразу видаляємо …

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