Я работаю над некоторой библиотекой, которую хочу поделиться через github. У меня есть задача gulp watch, которая объединяет все файлы моей библиотеки * .js в один и помещает их в папку build
каждый раз, когда я делал изменения где-то в источниках. Так что в настоящее время в репозитории у меня есть оба источника и конкатенированный файл. Проблема с моим нынешним подходом заключается в том, что каждый раз, когда фиксация была сделана, ее можно увидеть дважды в истории - как изменение где-то в исходных файлах и как изменение файла сборки. Каков наилучший способ обработки таких библиотек в репозиториях git?сохранение источников и сбор файлов в git
ответ
Я бы рекомендовал удаление каскадный файла JavaScript из хранилища мерзавца с помощью git rm {file.js}
, а затем добавить этот файл в .gitignore
С тех пор, вы должны совершать только изменения в файлы, которые вы фактически коснулись, и не отслеживать автоматически генерируемый файлы в git больше.
, но тогда любой, кто когда-либо хотел бы использовать мою библиотеку, должен пройти процесс построения, который может стать сложным в будущем. – SET
В общем, я не согласен с отслеживанием автогенерированных файлов. У вас должен быть файл README, в котором объясняется, как создать ваш репозиторий. Обычно разработчики используют «Makefile», и все, что нужно сделать пользователю, это запустить 'make' ... В общем, любой пользователь, загружающий репозиторий исходного кода, должен его создать, чтобы использовать продукт, поэтому заставить пользователя делать это не должно быть неожиданным. – mkrufky
Я согласен с вами, но некоторые библиотеки, такие как [threejs] (https://github.com/mrdoob/three.js/), содержат сборки в своих хранилищах без необходимости отслеживать все, что они совершают, историю – SET
- 1. git reset сохранение нескольких файлов
- 2. Сбор мусора в git
- 3. Git - перемещение файлов в другое репо и сохранение источника
- 4. Сбор файлов (и более) в Python
- 5. Git Сохранение определенных файлов до фиксации
- 6. TSQL - сбор данных из разных источников ... рефакторинг PK и FKs
- 7. Несколько источников git/пультов и контрольных ветвей
- 8. Удаление подмодуля и сохранение файлов?
- 9. Сбор нескольких файлов машинописных файлов в параллельных
- 10. clean git история удаленных файлов, сохранение истории переименованных файлов
- 11. Редактирование и сохранение файлов
- 12. ivy: предотвратить загрузку источников и .txt-файлов
- 13. Генерация и сбор файлов .resources с MsBuild
- 14. Как предотвратить сбор мусора в GIT?
- 15. pandas, python: сбор, использование и сохранение данных в реальном времени
- 16. Сохранение пользовательских файлов конфигурации сборки в репозитории git
- 17. Синтаксис источников файлов плоских файлов для Sympa?
- 18. Сбор данных из файлов HTML
- 19. Сбор массивов из произвольных файлов
- 20. Почасовой сбор файлов по сети
- 21. строка заменить на сбор файлов
- 22. Сбор статических файлов бросков Неправильноконфигурированный
- 23. log4j сбор неправильных файлов свойств
- 24. TFS и сохранение двоичных файлов
- 25. Копирование файлов и сохранение дубликатов
- 26. Чтение файлов и сохранение: Python
- 27. Перекодирование VLCj и сохранение файлов
- 28. Сохранение файлов и внешнего хранилища
- 29. Настройка Xampp и сохранение файлов для Php
- 30. Сохранение файлов в подкаталог
Возможный дубликат [Как обрабатывать скомпилированные файлы из предварительных процессоров в git-коммитах?] (Http://stackoverflow.com/questions/17970130/how-do-you-handle-compiled-files-from-pre -processors-in-git-commits) – helmbert