Git 在现有项目中集成新框架功能的最佳方式是什么

Git 在现有项目中集成新框架功能的最佳方式是什么,git,github,frameworks,versioning,subproject,Git,Github,Frameworks,Versioning,Subproject,我们正在开发一个迷你POC框架,作为我们大学课程的一个项目 存储库可用 我们遵循的是laravel目录结构: 主框架逻辑位于liteframework文件夹中 用户添加的主要逻辑位于app文件夹中 任何用户都可以克隆框架并开始开发应用程序。 这使得很难有两个组织良好的github repo,因为readmes和config将发生冲突(以及其他常见但可更改的文件) 其主要思想是将此项目作为我们应用程序的起点,并基于框架的功能开发一些实际内容 我们正在并行处理框架和应用程序这两个项目。 有时,必须将

我们正在开发一个迷你POC框架,作为我们大学课程的一个项目

存储库可用

我们遵循的是laravel目录结构:

  • 主框架逻辑位于
    liteframework
    文件夹中
  • 用户添加的主要逻辑位于
    app
    文件夹中 任何用户都可以克隆框架并开始开发应用程序。 这使得很难有两个组织良好的github repo,因为readmes和config将发生冲突(以及其他常见但可更改的文件)

    其主要思想是将此项目作为我们应用程序的起点,并基于框架的功能开发一些实际内容

    我们正在并行处理框架和应用程序这两个项目。 有时,必须将对框架的更改添加到应用程序中

    通常,一个真正的框架会使用某种版本控制系统来提供新的功能,但由于我们没有这些功能,下面是我们要做的:

  • 创建一个远程源代码
    git-remote-add-liteframework
  • 当框架被更改时,我们只是
    git-pull-liteframework-master
  • 但问题是我们总是在一些更改的文件中遇到冲突,例如自述文件或配置文件。而且,它感觉不是集成新功能的正确方式


    在这种情况下,最好的方法是什么?我们如何才能顺利地添加新功能而不发生冲突?

    为什么不进行版本控制?为什么没有一个独立的框架repo和多个应用repo?那你就可以用皮普了。注意,语言在这里很重要。我们有一个独立的框架repo。请注意,该链接是用于框架回购的,我没有为应用程序提供该链接。本质上,该应用程序的结构完全相同,除了应用程序文件夹中的一些用户定义文件、更改的配置文件和自述文件之外。我感到困惑。框架是一个有观点的图书馆。应用程序是否具有类似的文件夹结构并不重要——你不应该将框架拉入应用程序,应用程序应该使用框架。任何给定的应用程序都取决于给定版本的框架。当您需要更新框架时,应用程序可能需要更改——这是事情的本质。除非您提供一个脚本/程序来自动更新应用程序工件,否则您将以与其他人相同的方式手动更新:)