如何从web主机上的现有项目到Github创建Git工作流?

如何从web主机上的现有项目到Github创建Git工作流?,git,repository,github,installation,transfer,Git,Repository,Github,Installation,Transfer,我是Git世界的新手,但我意识到,由于我的程序员和我将同时处理文件,我们需要建立Git工作流。我在去年做的一个为期3个月的项目中,对Git的使用经验非常少,所以我需要帮助设置它 目前,我在一个web主机上有一个帐户,其中存在所有当前项目文件。我通常使用连接到服务器的Coda远程修改文件 我们在Github购买了一个月的服务来创建一个私有存储库,这样我们就可以使用Github的GUI反馈来解决bug,使用漂亮的UI来查看差异 在web主机帐户上,尚未设置Git存储库。我不完全理解如何将文件传输到G

我是Git世界的新手,但我意识到,由于我的程序员和我将同时处理文件,我们需要建立Git工作流。我在去年做的一个为期3个月的项目中,对Git的使用经验非常少,所以我需要帮助设置它

目前,我在一个web主机上有一个帐户,其中存在所有当前项目文件。我通常使用连接到服务器的Coda远程修改文件

我们在Github购买了一个月的服务来创建一个私有存储库,这样我们就可以使用Github的GUI反馈来解决bug,使用漂亮的UI来查看差异

在web主机帐户上,尚未设置Git存储库。我不完全理解如何将文件传输到Github,但我认为我需要首先在web主机帐户上创建一个存储库,然后将其推送到Github帐户

这听起来对吗?我们将哪个帐户设置为主存储库?除了我所写的以外,我不确定我是否完全理解如何做每一件事,或者是否有更好的方法来做我所解释的事情


我非常感谢您的反馈,如果可能的话,请有人写下明确的说明如何做到这一点。谢谢

这里有一个关于github的好指南:


我会先从web主机下载内容,这样您就可以在本地获得所有内容,然后推送到github。

这里有一个关于github的很棒的指南:


我会先从web主机下载内容,让您在本地拥有所有内容,然后推送到github。

使用github repo时,您有两种选择:

  • 将您的团队添加为回购协议的合作者(他们可以直接推送至所述回购协议)
  • 请他们(在GitHub端进行克隆),然后进行复制,以便您集成他们的更改
因为我们讨论的是私人回购,所以第一种解决方案更为实用(避免为每个开发商设置不同的私人回购,即非免费回购)

在此基础上,您需要设置一个选项,以决定是否需要,对于多人处理同一组文件的给定开发工作,如果:

  • 每个开发人员将在同一个公共分支上工作(在这种情况下,在推动提交之前)
  • 每个开发人员将处理一个特定于用户的分支(在这种情况下,他们可以随时推送,但集成人员必须拉取所述分支并进行合并)

(另请参见“”和“”的第二部分)

使用GitHub repo时,您有两种选择:

  • 将您的团队添加为回购协议的合作者(他们可以直接推送至所述回购协议)
  • 请他们(在GitHub端进行克隆),然后进行复制,以便您集成他们的更改
因为我们讨论的是私人回购,所以第一种解决方案更为实用(避免为每个开发商设置不同的私人回购,即非免费回购)

在此基础上,您需要设置一个选项,以决定是否需要,对于多人处理同一组文件的给定开发工作,如果:

  • 每个开发人员将在同一个公共分支上工作(在这种情况下,在推动提交之前)
  • 每个开发人员将处理一个特定于用户的分支(在这种情况下,他们可以随时推送,但集成人员必须拉取所述分支并进行合并)

(另请参见“”和“”的第二部分)

哦,伙计,这比我想象的要复杂得多!哎呀。好的,那么我们应该继续为web主机帐户文件创建一个新的回购协议?如果是这样,我们会在这之后将回购克隆到Github吗?我仍在想如何开始,因为现在我们只有一个半开发的web主机帐户项目。@Micah:任何DVC都会添加一个与“分支工作流”正交的“发布工作流”,所以需要考虑它。()@Micah:为此设置GitHub repo允许历史化和并行化(VCS的经典功能)以及协作。DVCS意味着您必须在本地克隆回购协议才能对其进行操作,然后向后推,以便其他人看到您的工作。但这会给您带来RM(发布管理)或“部署”问题。你仍然需要在你的实时服务器上复制/传输这些文件(GitHub-repo或无GitHub-repo)。@VonC:我有很多阅读工作要做,以让我的头脑了解这些概念。我很欣赏你的意见。我想,仔细想想,在整个过程中是否有必要使用Github?理论上,我们可以通过托管帐户完成所有这些操作,而无需转移到Github。我最初认为Github是一种可视化一切的好方法,因为它提供了一些简单的差异显示。@Micah:你可以直接处理文件,但你会失去VCS关于历史、标签和分支的功能(),让你知道交付了什么、修改了什么、修改了谁和什么时候。噢,伙计,这比我想象的要复杂得多!哎呀。好的,那么我们应该继续为web主机帐户文件创建一个新的回购协议?如果是这样,我们会在这之后将回购克隆到Github吗?我仍在想如何开始,因为现在我们只有一个半开发的web主机帐户项目。@Micah:任何DVC都会添加一个与“分支工作流”正交的“发布工作流”,所以需要考虑它。()@Micah:为此设置GitHub repo允许历史化和并行化(VCS的经典功能)以及协作。DVCS意味着您必须在本地克隆回购协议才能对其进行操作,然后向后推,以便其他人看到您的工作。但这会给您带来RM(发布管理)或“部署”问题。你仍然需要在你的实时服务器上复制/传输这些文件(GitHub-repo或无GitHub-repo)。@VonC:我有很多阅读工作要做,以让我的头脑了解这些概念。我很欣赏你的意见。我想,从更多的思考来看,是的