Вопросы с тегом «version-control»

Программная дисциплина для отслеживания, хранения и извлечения версий исходного кода.

1
Обязанности Build Script и Build Server
Мне нужны некоторые разъяснения относительно обязанностей скрипта сборки и сервера сборки. Я прочитал несколько статей в сети о непрерывной интеграции и сборках. В том числе Клавиша F5 не является процессом сборки Сервер сборки: монитор сердца вашего проекта Ежедневные сборки - ваш друг И я поговорил с моим консультантом о процессе …

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

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

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

3
Почему я не могу редактировать сообщение фиксации SVN?
Я использую SVN. Иногда я что-то пропускаю, когда пишу сообщение коммита. Но как только оно будет зафиксировано, его нельзя отменить, и даже я не могу отредактировать сообщение. Почему они не включили в него функцию редактирования?

6
Стратегия ветвления и управления версиями для разделяемых библиотек
Эти посты кажутся связанными, но мой мозг начинает таять, пытаясь обдумать это: P Мой работодатель только начал использовать систему контроля версий, прежде всего потому, что до того, как они наняли больше разработчиков, «хранилище» было жестким диском одинокого разработчика, который работает в основном из дома. Весь написанный им код .NET был …

4
Почему крупные финансовые / страховые компании должны использовать git и / или github?
Я работаю на крупном предприятии (30 тыс. Сотрудников) в финансовой / страховой отрасли. Хотя «ИТ» не является нашей основной задачей, давайте будем честными, это отрасли, основанные на информации, и компании с лучшими технологическими преимуществами, похоже, быстрее продвигаются вперед. В моей компании много команд разработчиков программного обеспечения. Они повсюду на карте …

7
Какова будет наилучшая практика для «просмотра» исходного кода в репозитории исходного кода?
Каков будет лучший способ управления проверенным исходным кодом в репозитории исходного кода? Должен ли исходный код пройти процесс проверки перед регистрацией, или же проверка кода должна произойти после того, как код будет зафиксирован? Если проверка происходит после регистрации кода в репозитории, то как это следует отслеживать?

6
Как мы можем включать готовые к выпуску функции в наши производственные выпуски раз в две недели?
Я разработчик программного обеспечения в довольно большой гибкой команде (у нас есть восемь разработчиков, активно вносящих изменения в один репозиторий кода). Каждые две недели мы запускаем новую версию нашего программного обеспечения. Вот наш текущий рабочий процесс: При запуске новой задачи разработчики создают «ветку возможностей» из основной ветки разработки (мы используем …

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

2
Является ли неудобство, связанное с объединением в SVN до v1.5, к настоящему времени устаревшим, когда нехватка метаданных больше не имеет места?
Я начинаю работать с SVN, и многие источники говорят, что объединение в SVN очень сложно по сравнению с инструментами DVCS. В самые последние вопросы я мог бы найти здесь на РЭ с 2012 года. Иногда упоминается, что причина в том, что SVN до v1.5 не имел метаданных, но сейчас SVN …

3
Git Workflow для небольших команд
Я работаю над рабочим процессом git для реализации в небольшой команде. Основные идеи в рабочем процессе: Существует общий мастер проекта, в который все члены команды могут писать Вся разработка ведется исключительно на тематических ветках Функциональные ветви - это код, проверенный членом команды, отличным от автора ветви. Ветвь функций в конечном …

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

6
Выбор правильной стратегии ветвления для релизов
Начиная с новой команды разработчиков в новом проекте, и мы должны определить нашу стратегию ветвления для нашего исходного репозитория ( например, Microsoft Team Foundation Server 2010 ). Мы столкнулись с липкой дискуссией о том, стоит ли ... . Иметь одну ветку Release, из которой мы производим производственные сборки, а затем …

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

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.