Запитання з тегом «git»

Git - це DVCS з відкритим кодом (система управління розподіленою версією)

4
Чому спільнота Git, здається, ігнорує бік-бок-різницю
Раніше я використовував Windows, SVN, SVT, черепаху та інше порівняння. Це було чудовим поєднанням для перегляду коду. Зараз я використовую OSX і Git. Мені вдалося скласти спільний сценарій bash разом з Gitx і DiffMerge, щоб придумати ледь прийнятне рішення. Я заплутався разом із цим налаштуванням і подібними, вже більше року. …
33 git 

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

4
Керування кількома людьми, які працюють над проектом за допомогою GIT
Я дуже новачок у GIT / GitHub (як новий, що починається вчора). Я хотів би знати, який найкращий спосіб керувати кількома людьми, які працюють над одним проектом з Github. В даний час я керую одним проектом з чотирма розробниками. Як я можу розглянути робочий процес і переконатися, що все синхронізовано? …
32 git  github 

2
Використовуючи Git, чи доцільно використовувати головну гілку для активного розвитку?
По-перше, ми маємо певний досвід переходу всіх наших проектних команд до використання git і зараз розробляємо вказівки щодо того, як слід організувати сховища, щоб певні гілки також могли контролювати постійну інтеграцію та автоматичне розгортання на тестуючих серверах. В даний час розробляються дві моделі: Під сильним впливом стаття nvie.com про успішне …
32 git  branching 

13
Чи повинен я зрозуміти SVN, перш ніж перейти до GIT? [зачинено]
Я працюю у відділі, де раніше ніхто не використовував управління джерелами, включаючи мене. Я намагаюся просунути цю концепцію. Я витратив трохи, досліджуючи SVN. Я деяких основ засвоїв. Я можу створити / оновити / оформити замовлення / скористатися командним рядком та з черепахи Я починаю вчитися тегувати та розгалужувати, але все …
31 svn  git 

4
Коли зобов'язання не має позначати версію?
Контекст: Нещодавно я дізнався про семантичну версію і намагаюся визначити, як найкраще її використовувати практично для власних проектів. Зважаючи на те, що semver враховує основні зміни, незначні зміни та виправлення для версій, коли комісія не повинна позначатись оновленою версією? Мені здається, що кожна зміна підходила б до однієї з цих …

3
Відповідний робочий процес Git для декількох активних випусків під час обробки виправлень
Я намагаюся вибрати робочий процес Git, який найбільше відповідає нашому продукту. Ось параметри: Ми робимо кілька великих релізів на рік, скажімо, щонайбільше 10 У нас є декілька версій нашого продукту, які одночасно активні (деякі люди перебувають на версії 1010, інші на версії v11.2 тощо) Нам потрібно мати можливість працювати над …

2
Чи дійсно стратегія злиття на зразок Git Flow є анти-закономірністю?
Моя компанія використовує Git і використовує своєрідну схему розгалуження - робота робиться в master, а гілки зарезервовані для випусків. Це працює добре, доки вся робота, виконана за ітерацію, перетворюється на галузь, але якщо виникає критична проблема виробництва, ми повинні забезпечити, щоб робота якось перетворила її в обидві галузі. Останнім часом …

3
Коли розділити проект на кілька підпроектів
Мені хотілося б знати, чи є сенс розділити проект, над яким я працюю, на два сховища замість одного. З того, що я можу сказати: Frontend буде записаний у html + js Бекенд у .net Захід не залежить від фронтенду, а фронтенд не залежить від бекенда Фронтенд використовуватиме спокійний api, реалізований …

3
Практика контролю версій для Rewrites
Ми розробили продукт (прототип) P_OLD мовою X і тепер переписуємо його з нуля як P_NEW мовою Y. Оскільки P_NEW та P_OLD - той самий продукт: Чи повинен P_NEW просто бути браком із P_OLD старого або це власне сховище? Який звичайний спосіб впоратися з такими великими змінами з точки зору контролю …

6
Що так важко у злиттях SVN?
Хочете вдосконалити цю посаду? Надайте детальні відповіді на це питання, включаючи цитати та пояснення, чому ваша відповідь правильна. Відповіді без достатньої кількості деталей можуть бути відредаговані або видалені. Можливий дублікат: Я підривник, чому я повинен вважати або не вважати Mercurial або Git чи будь-яким іншим DVCS? Раз у раз ви …
28 git  svn  mercurial  dvcs  merging 

6
Що означає "розгалуження безкоштовне" в Git?
Що означає "розгалуження безкоштовне" в Git? Я чую це багато разів, коли згадується Git порівняно з іншими системами управління версіями. У мене не було можливості (?) Спілкуватися з іншими ( SVN тощо), тож як розгалуження "дорого" у інших?

6
Чи справді історія версій священна чи її краще перезавантажити?
Я завжди погоджувався з мантрою 1 Меркуріала 1 , однак тепер, коли Mercurial поставляється в комплекті з розширенням бази даних, і це популярна практика в git, мені цікаво, чи дійсно це можна розглядати як "погану практику", або принаймні досить погано, щоб уникнути використання. У будь-якому випадку, я знаю, що відмовити …
26 git  mercurial  dvcs 

11
Ділова справа для децентралізованих систем управління версіями
Я шукав і не міг знайти жодних ділових причин, чому системи git / mercurial / bazzr є кращими, ніж централізовані системи (підривна робота, виконання). Якщо ви намагалися продати DVCS особі, яка не є технічною, то які аргументи ви б надали для збільшення прибутку DVCS . Невдовзі я викладу git своєму …

6
Коли я повинен перестати брати участь у розробці нових проектів?
Кожен раз, коли починається новий проект, зазвичай має сенс почати, виконуючи пряму майстерність, поки у вас щось "стабільне", а потім ви почнете працювати у філіях. Принаймні, це я нормально роблю. Чи є спосіб негайно запустити гілки з другого комітету? Чи є сенс робити це так? Очевидно, що "Початковий комітет" завжди …

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