Skip to content

refactor: token初始化方式及Readme文档修改#6

Open
metaimagine wants to merge 4 commits into
Liyulingyue:developfrom
metaimagine:ddlang_refactor_token-init
Open

refactor: token初始化方式及Readme文档修改#6
metaimagine wants to merge 4 commits into
Liyulingyue:developfrom
metaimagine:ddlang_refactor_token-init

Conversation

@metaimagine
Copy link
Copy Markdown

1.token初始化方式改为env,便于提交代码时隔离token问题,且有助于后续扩展多llm的配置
2.Readme做部署相关对应内容补充

1.token初始化方式改为env,便于提交代码时隔离token问题,且有助于后续扩展多llm的配置
2.Readme做部署相关对应内容补充
@Liyulingyue
Copy link
Copy Markdown
Owner

nice work~

有一些内容需要讨论一下:
如果采用env或者ignore隔离的方式处理,是不是可以直接隔离token.py或者直接让用户修改.env文件,不用再执行cp的操作

@metaimagine
Copy link
Copy Markdown
Author

了解,改用统一配置这一点我们应该不用讨论了。主要是隔离方式,其实这个是老生常谈的问题。

假设个场景,我单次commit会改写了很多内容涉及多个文件,(我)习惯上会直接 $ git add . ,这时候很容易将.env提上去,单纯用token.py还是.env其实一样,都容易出现这个问题。当然了,如果一个一个文件add,或者全add了再单独remove这个文件出缓冲区也可以避免

若用ignore+env的方式隔离,其实就麻烦一开始,后面都会很舒服,完全不用担心pull或者add时缓冲区env文件的变动影响。

@Liyulingyue
Copy link
Copy Markdown
Owner

刚刚测试了一下,其实没必要引入env,直接.gitignore里配置一下token.py就可以避免被提交了,如果配置之后没用,则是因为没有清除缓存

@metaimagine
Copy link
Copy Markdown
Author

那后续token.py的内容有变动的话(例如多个其他llm的token配置),那得再改.gitignore提交嘛?感觉很麻烦欸,然后还得再改回来。

@Liyulingyue
Copy link
Copy Markdown
Owner

后续验证了一下,似乎只有新建的文件才能避免被跟踪,这样似乎又麻烦了起来

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants