如何自动将源代码和编译代码（不包括 git 历史记录）部署给第三方开发人员？
How to automate deployment of source & compiled code (excluding git history) to third-party developers?
我将设置一些 tools/techiques/environments 以便当我需要为第三方开发人员提供源代码时，我会在没有 git 历史记录的情况下完成一些敏感代码已经编译和剥离。所以我想自动化这个过程，这样我就可以始终提供它的最新版本，而不必每次都手动完成所有必要的步骤。
我使用 bitbucket 和 git.
如何使用 bitbucket 和 git 实现我的目标？我需要一些其他工具吗？
P.S。如果问题没有说明清楚，请随时编辑问题。我希望这个问题不要太宽泛，也不要受到限制
我认为您需要的功能是 git 带有交互式选项 -i 的 rebase (git rebase -i)。详见link：
https://www.atlassian.com/git/tutorials/rewriting-history/git-rebase
这将创建新的基础，您可以将访问权限授予第三方。我不是 rebase 功能的专家。请查看 link 了解更多详情。
如果您不想被锁定在特定服务中，您可以这样做：
- 编写一个脚本来提供源代码、编译后的二进制文件和其他资源（如果有）的存档
- 您应该能够在自己的机器上执行此脚本，以便于测试/更改
- 然后编写另一个脚本以您想要的方式创建这些文件的包（例如创建一个 ZIP 文件）并将其分发到 FTP 服务器、Amazon S3 或您喜欢的任何其他服务
- 现在您应该拥有了自动执行此操作的一切。您应该可以在自己的机器上执行此操作
- 如果您想自动化整个过程，以便每次更改代码时都执行它，那么使用此设置，您可以选择几乎任何连续 Integration/Delivery 服务来为您 运行 它，由 Bitbucket webhook 触发。
如果您采用此设置，则可以使用我们的服务（https://bitrise.io/ - 我是 CTO），因为它内置了 Bitbucket webhook 支持，即使是免费帐户也是如此，当然您可以选择任何其他 CI/CD 服务，因为此设置只需要 Bitbucket 挂钩支持和 运行 您的脚本的能力。
听起来你想写一些 post-commit 钩子。但这对你来说可能太细了。只需将自动步骤写入 .git/hooks/post-commit 并使其可执行即可。你可以
git --work-tree PATH_FOR_THIRD_PARTY checkout HEAD -- PUBLIC_FILES
在 PATH_FOR_THIRD_PARTY 中为您的第三方开发人员更新 PUBLIC_FILES，我假设您在其中发布了第三方开发人员的数据。
然后要更新编译结果，您应该编写一些 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
或
git public status -s -uno
我认为这种方法被称为或类似于分离的工作树。
如果您使用此方法，您需要在执行 public 提交后检出本地存储库中的文件：
git public add -u; git public commit -m "John Doe changed something"
git checkout HEAD -- .
最后一行更新您的本地工作树以与您在上面所做的提交保持一致。
我将设置一些 tools/techiques/environments 以便当我需要为第三方开发人员提供源代码时，我会在没有 git 历史记录的情况下完成一些敏感代码已经编译和剥离。所以我想自动化这个过程，这样我就可以始终提供它的最新版本，而不必每次都手动完成所有必要的步骤。 我使用 bitbucket 和 git.
如何使用 bitbucket 和 git 实现我的目标？我需要一些其他工具吗？
P.S。如果问题没有说明清楚，请随时编辑问题。我希望这个问题不要太宽泛，也不要受到限制
我认为您需要的功能是 git 带有交互式选项 -i 的 rebase (git rebase -i)。详见link： https://www.atlassian.com/git/tutorials/rewriting-history/git-rebase
这将创建新的基础，您可以将访问权限授予第三方。我不是 rebase 功能的专家。请查看 link 了解更多详情。
如果您不想被锁定在特定服务中，您可以这样做：
- 编写一个脚本来提供源代码、编译后的二进制文件和其他资源（如果有）的存档
- 您应该能够在自己的机器上执行此脚本，以便于测试/更改
- 然后编写另一个脚本以您想要的方式创建这些文件的包（例如创建一个 ZIP 文件）并将其分发到 FTP 服务器、Amazon S3 或您喜欢的任何其他服务
- 现在您应该拥有了自动执行此操作的一切。您应该可以在自己的机器上执行此操作
- 如果您想自动化整个过程，以便每次更改代码时都执行它，那么使用此设置，您可以选择几乎任何连续 Integration/Delivery 服务来为您 运行 它，由 Bitbucket webhook 触发。
如果您采用此设置，则可以使用我们的服务（https://bitrise.io/ - 我是 CTO），因为它内置了 Bitbucket webhook 支持，即使是免费帐户也是如此，当然您可以选择任何其他 CI/CD 服务，因为此设置只需要 Bitbucket 挂钩支持和 运行 您的脚本的能力。
听起来你想写一些 post-commit 钩子。但这对你来说可能太细了。只需将自动步骤写入 .git/hooks/post-commit 并使其可执行即可。你可以
git --work-tree PATH_FOR_THIRD_PARTY checkout HEAD -- PUBLIC_FILES
在 PATH_FOR_THIRD_PARTY 中为您的第三方开发人员更新 PUBLIC_FILES，我假设您在其中发布了第三方开发人员的数据。
然后要更新编译结果，您应该编写一些 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
或
git public status -s -uno
我认为这种方法被称为或类似于分离的工作树。
如果您使用此方法，您需要在执行 public 提交后检出本地存储库中的文件：
git public add -u; git public commit -m "John Doe changed something"
git checkout HEAD -- .
最后一行更新您的本地工作树以与您在上面所做的提交保持一致。