请参阅Git Workflow建议:在使用Concrete5软件包时,我从哪里开始使用gitinit?

时间:2015-10-24 20:15:12

标签: git workflow bitbucket concrete5

在没有一点模糊的情况下对此进行标题很尴尬,所以如果它有点不清楚我很抱歉。让我在这里澄清一下。

我对git很陌生,而且我使用bitbucket,所以部分原因很可能来自经验不足。

我注意到当我把东西推到bitbucket时,它会推动"胆量"对于我的gitinit文件夹中的任何内容,但是对于Concrete5 CMS软件包,您需要父文件夹,因为它是由controller.php文件引用的。

Concrete5中包的基本文件夹结构如下:

Root Dir: packages
     Dir:     my_package_name
                  controller.php (references the above folder name so it can't change)

现在我正在使用上面的示例在包文件夹(git init)中执行my_package_name

我使用本地Concrete5安装进行所有更改,然后提交并将它们推送到bitbucket。跟踪"胆量"我的包裹足够好,但如果我要说,与同事分享bitbucket repo,他只是直接从bitbucket下载它,它会像myteamname-my_repo_name-12243343.zip一样下拉并解压缩,只保留文件夹名称官样文章。它无法正确安装,因为包控制器只是在寻找my_package_name

所以我想,好吧,我可以只在根目录gitinitpackages ...但是跟踪所有包裹,屁股上的所有他们,隔离哪些文件添加和提交,更不用说每次我想推送到bitbucket时更改远程仓库。我可以同时拥有20-30个包,所以我不认为这是现实的,除非我错过了git的一些关键功能。我绝对不希望他们在一个回购中全部。

除了手动将其父文件夹中的软件包移出我的开发环境,然后在其他地方提交/推送之外,我不确定如何最好地处理这个问题?这似乎是很多额外的工作,我宁愿不要提到叶子为事情做好准备。

1 个答案:

答案 0 :(得分:2)

  

如果我要说,与同事分享bitbucket repo,他只是直接从bitbucket下载它,它会像myteamname-my_repo_name-12243343.zip

一样下来

如果您的同事要克隆 Bitbucket repo'my_package_name',那么会创建一个'my_package_name'文件夹。
但是如果他/她保留downloading the BitBucket repo archive,那么它的名字可能不是你想要的直接(但可能在解压缩之前重命名zip文件可能就是你在这里所需要的,或者甚至更简单地解压缩来自存档名称)