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

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

1
Обов'язки Build Script і сервера складання
Мені потрібні деякі роз’яснення щодо обов'язків сценарію збирання та сервера побудови. Я прочитав кілька статей у Мережі про постійну інтеграцію та побудови. У тому числі Ключ F5 - це не процес збирання Сервер побудови: монітор серця вашого проекту Щоденні будівлі - ваш друг І я провів розмову з моїм радником …

1
Git робочий процес / практики для невеликого проекту (блок-схема в png)
Я намагаюся придумати особистий робочий процес. Я склав блок-схему гіпотетичної тривалості випуску: один розробник, який натискає на загальнодоступний рефінанс Github + друг, допомагає з певною функцією та виправляє помилку. Це розумний підхід до контролю версій? Основна ідея полягає в тому, щоб громадські репортажі були в порядку: Кожен новий реліз отримує …

4
Як повинен керувати менеджер з розробки коду "Тендер на мету"?
Спочатку дозвольте мені ввести термін: цільове завдання коду: перевірка коду вранці, а потім мовчки переглядаючи всі зміни, внесені іншими розробниками за попередній день файл за файлом (особливо файли коду, які ви спочатку розробили), і виправлення форматування, логіки, перейменування змінних, рефакторинг довгі методи тощо, а потім внесення змін до СКС. Ця …

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

3
Чому я не можу редагувати повідомлення про фіксацію SVN?
Я використовую SVN. Іноді щось пропускаю, коли пишу повідомлення про фіксацію. Але як тільки це було здійснено, його неможливо повернути, і навіть я не можу редагувати повідомлення. Чому вони не поставили в ньому функцію редагування?

6
Стратегія розгалуження та версії для спільних бібліотек
Ці пости здаються спорідненими, але мій мозок починає танути, намагаючись продумати це через: P Мій роботодавець тільки почав використовувати управління джерелами, насамперед тому, що перш ніж найняти більше розробників, "сховище" було жорстким диском самотнього розробника, який працює в основному з дому. Весь написаний ним код .NET був перевірений у масовій …

4
Чому великі фінансові / страхові компанії повинні використовувати git та / або github
Я працюю на великому підприємстві (30 тис. Працівників) у фінансовій / страховій галузі. Хоча «ІТ» не є нашою основною метою, будьмо чесними, це інформаційно-орієнтована галузь, і компанії з кращими технологічними перевагами, здається, випереджають швидше. У моїй компанії є багато команд з розробки програмного забезпечення. Вони по всій карті з контролем …

7
Яка найкраща практика для "перегляду" вихідного коду у сховищі управління джерелом?
Що буде найкращим способом управління переглянутим вихідним кодом у сховищі управління джерелом? Чи повинен вихідний код пройти процедуру огляду перед тим, як перевіритись, або чи слід переглянути код після введення коду? Якщо огляд відбувається після реєстрації коду у сховищі, то як це слід відстежувати?

6
Як ми можемо включати лише готові до випуску функції у своїх виробничих випусках кожні другий тиждень?
Я розробник програмного забезпечення в досить великій команді (у нас вісім розробників активно вносять зміни до одного сховища коду). Кожні два тижні ми підштовхуємо до виробництва нову версію нашого програмного забезпечення. Ось наш поточний робочий процес: Розпочинаючи нове завдання, розробники створюють "особливу гілку" від основної гілки розвитку (ми використовуємо git …

2
Git робочий процес для декількох команд
Ми почнемо використовувати Git (ще не використовуємо його), і я хочу визначити робочий процес. У нас є 4 команди в 4 різних глобальних локаціях, які разом розробляють один і той же продукт. Кожна команда володіє частиною коду продукту, але іноді їм також доводиться вносити зміни в код, що належить іншим …

2
Чи є незручність злиття в SVN до версії v1.5 застарілою до теперішнього часу, коли відсутність метаданих вже не відбувається?
Я починаю працювати з SVN, і так багато джерел кажуть, що об'єднувати SVN дуже важко порівняно з інструментами DVCS. В останні питання я міг би знайти тут на РЕ з 2012 року. Іноді згадується, що причина полягає в тому, що SVN до v1.5 не мав метаданих, але SVN зараз у …

3
Git робочий процес для невеликих команд
Я працюю над робочим процесом git, який потрібно впровадити в невеликій команді. Основні ідеї в робочому процесі: Є спільний майстер проекту, на який можуть писати всі члени команди Вся розробка здійснюється виключно на особливих галузях Гілки функцій коду переглядає член команди, який не є автором філії Гілка функцій з часом …

3
Робочий процес GIT для одного розробника (рухається від прямого FTP)
Я намагаюся вирішити, чи розумний перехід на VCS для мене. Я єдиний веб-розробник в невеликій організації (5 осіб). Я думаю про VCS (Git) з цих причин: контроль версій, резервне резервне копіювання на місці, централізоване сховище коду (можна отримати доступ з дому). На даний момент я працюю на сервері в реальному …

6
Вибір правильної стратегії розгалуження випусків
Починаючи з нової команди розробників на новому проекті, і ми повинні визначити нашу стратегію розгалуження для нашого вихідного сховища ( наприклад, Microsoft Team Foundation Server 2010 ). Ми зіткнулися з липкою дискусією щодо того, чи варто чи ні ... . Майте одну гілку випуску, з якої ми робимо виробництво, а …

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

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