Как автоматизировать развертывание исходного и скомпилированного кода (исключая историю git) сторонним разработчикам?

Похоже, вы хотите написать какой-нибудь post-commit хук. Но это может быть слишком тонко для вас. Просто напишите автоматические шаги в .git/hooks/post-commit и сделайте его исполняемым. Ты сможешь

git --work-tree PATH_FOR_THIRD_PARTY checkout HEAD -- PUBLIC_FILES

чтобы обновить PUBLIC_FILES для ваших сторонних разработчиков в PATH_FOR_THIRD_PARTY, где я предполагаю, что вы публикуете данные для сторонних разработчиков.

Затем, чтобы обновить скомпилированные результаты, вы должны написать некоторый Makefile (или аналогичный), чтобы получить вывод в PATH_FOR_THIRD_PARTY из ваших скрытых файлов.

Если вы выбрали правильный макет для своего репозитория, вы можете просто использовать каталог PUBLIC_FILES, чтобы извлечь все PUBLIC_FILES в PATH_FOR_THIRD_PARTY/PUBLIC_FILES.

Обратите внимание, что при использовании этого метода макет каталога будет одинаковым в каталоге публикации и в вашем репозитории.

Кстати: если сторонний разработчик изменит PUBLIC_FILE в своем каталоге, вы можете просто

git --work-tree PATH_FOR_THIRD_PARTY add -u

Я часто использую этот метод для публикации файлов из репозитория git. Вы можете просто

git config -g alias.public '!git --work-tree $(git config --get public.root) '
git config public.root 'PATH_FOR_THIRD_PARTY'

так что вы можете сказать

git public diff --name-only

or

git public status -s -uno

Я думаю, что этот метод известен как отдельное рабочее дерево или похож на него.

Если вы используете этот метод, вам нужно проверить файлы в вашем локальном репозитории после того, как вы сделали публичную фиксацию:

git public add -u; git public commit -m "John Doe changed something"
git checkout HEAD -- .

Последняя строка обновляет локальное рабочее дерево, чтобы привести его в соответствие с фиксацией, которую вы сделали выше.

Я думаю, вам нужна функция git rebase с интерактивной опцией -i (git rebase -i). См. подробности по ссылке: https://www.atlassian.com/git/tutorials/rewriting-history/git-rebase

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

Если вы не хотите, чтобы вас привязывали к определенному сервису, вот что вы можете сделать:

• напишите скрипт, который делает то, что вам нужно, чтобы предоставить архив исходного кода, скомпилированные двоичные файлы и другие ресурсы (если есть)
• вы должны быть в состоянии выполнить этот скрипт на своей машине для легкого тестирования/изменения
• затем напишите еще один скрипт, чтобы создать пакет из них так, как вы хотите (например, создать ZIP-файл) и распространить его на FTP-сервер, Amazon S3 или любой другой сервис, который вам нравится.
• теперь у вас должно быть все, чтобы автоматизировать это для вас. Вы должны быть в состоянии сделать это на своей машине
• если вы хотите автоматизировать весь процесс, чтобы он выполнялся каждый раз при изменении кода, то с этой настройкой вы можете выбрать практически любую службу непрерывной интеграции/доставки, чтобы запустить ее для вас, запускаемую веб-перехватчиком Bitbucket.

Если вы выберете эту настройку, вы можете использовать наш сервис (https://bitrise.io/ - я технический директор ), так как он имеет встроенную поддержку веб-перехватчика Bitbucket, даже для бесплатной учетной записи, но, конечно, вы можете выбрать любой другой сервис CI/CD, поскольку для этой настройки не требуется ничего, кроме поддержки перехватчика Bitbucket и возможности запускать ваш скрипт.