2012-03-12 2 views
0

Предположим, у нас есть два человека в группе. Мы поддерживаем два GIT деревьев A и B, я работаю на А, а другой парень работает на Б.Можно ли объединить два дерева GIT по дате?

Я создал файл размером 1 марта файла с 3-го марта в А.

а - март первый
с - 3 марта

А другой парень созданный файл б 2-го марта в В.

б - 2 марта

Можно ли объединить два дерева, так что у меня есть новое дерево, которое выглядит как:

а - 1 марта
б - 2 марта
с - 3 марта

и когда я проверю файлы на 2 марта, я получу файл a и b?

Спасибо!

ответ

0

Я написал сценарий для регистрации каждого сообщения по одному. Это глупо, но я думаю, что это простой способ и, вероятно, единственный способ, которым я это знаю.

0

Это, безусловно, возможно с помощью интерактивной переустановки, но я бы поставил под вопрос прецедент: кажется, что 2 марта не было репозитория, содержащего a и b, поэтому какова семантика слова «проверить файлы для 2 марта »?

+0

Спасибо за ваш ответ. В случае использования, когда люди хотят использовать внешнюю библиотеку, они могут захотеть интегрировать ее код. Потому что, когда они проверяют свой код, они могут проверить внешний код библиотеки, который предоставляет те же API. Да, API-интерфейсы не должны меняться слишком часто, если они хорошо разработаны. Но предположим, что это проблема, которую мы хотим решить. Если это похоже на то, что вы сказали, нет репо 2 марта, я хотел бы получить способ получить a и b для 2 марта, либо использовать слияние, либо любым другим способом. – echo

+0

@echo: Именно в этой ситуации я останусь подальше от того, что вы описали. Вы получите непроверенную комбинацию коммитов, которые никогда раньше не были в какой-либо системе разработчика, и, вероятно, будут непоследовательными. Сделайте стандартное git merge и проверьте версии, которые ваши разработчики тестировали и совершенствовали; наиболее легко используя эти странные строки шестнадцатеричного числа. Отвлеките свой разум от линейной модели истории версий, используйте графический инструмент, такой как GitX, для просмотра истории вашего репозитория, и вы будете рады, что git не просто посмотрит на отдельные файлы, но и на весь репозиторий. –

Смежные вопросы