【版本管理 | Git 】Git最佳实践系列(一) —— LFS & .gitignore 最佳实践,确定不来看看?

这篇具有很好参考价值的文章主要介绍了【版本管理 | Git 】Git最佳实践系列(一) —— LFS & .gitignore 最佳实践,确定不来看看?。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

git lfs prune,2022Git从入门到开发,git

🤵‍♂️ 个人主页: @AI_magician
📡主页地址: 作者简介:CSDN内容合伙人,全栈领域优质创作者。
👨‍💻景愿:旨在于能和更多的热爱计算机的伙伴一起成长!!🐱‍🏍
🙋‍♂️声明:本人目前大学就读于大二,研究兴趣方向人工智能&硬件(虽然硬件还没开始玩,但一直很感兴趣!希望大佬带带)

git lfs prune,2022Git从入门到开发,git

该文章收录专栏
[✨— 《深入解析机器学习:从原理到应用的全面指南》 —✨]

.gitignore 最佳实践

https://github.com/github/gitignore

以上有着最全的各中项目所对应的.gitignore, 以下则是一个通用的模板

# 忽略操作系统生成的文件
.DS_Store
Thumbs.db

# 忽略编辑器和IDE生成的文件
.vscode/
.idea/
*.sublime-project
*.sublime-workspace

# 忽略编译生成的文件和文件夹
/build/
/dist/

# 忽略依赖文件夹
/node_modules/
/bower_components/

# 忽略日志文件
*.log

# 忽略临时文件
*.tmp

# 忽略系统文件
.DS_Store
desktop.ini

# 忽略压缩文件
*.zip
*.rar
*.gz

# 忽略数据库文件
*.db
*.sqlite
*.sqlite3

# 忽略IDE和编辑器配置文件
*.swp
*.swo
*.swn
*.bak

# 忽略生成的文档文件
*.html
*.pdf
*.docx

# 忽略备份文件
*.bak
*.backup

# 忽略缓存文件
.cache/

# 忽略日志文件夹
/logs/

# 忽略临时文件夹
/temp/
/tmp/

# 忽略编译器和构建工具生成的文件
.gradle/
.mvn/
target/

# 忽略Jupyter Notebook生成的文件
.ipynb_checkpoints/

# 忽略环境配置文件
.env

# 忽略IDE生成的文件
*.iml

# 忽略图片缩略图文件夹
/.thumbnails/

# 忽略本地配置文件
*.local

以下则是关于Python的

# Byte-compiled / optimized / DLL files
__pycache__/
*.py[cod]
*$py.class

# C extensions
*.so

# Distribution / packaging
.Python
build/
develop-eggs/
dist/
downloads/
eggs/
.eggs/
lib/
lib64/
parts/
sdist/
var/
wheels/
share/python-wheels/
*.egg-info/
.installed.cfg
*.egg
MANIFEST

# PyInstaller
#  Usually these files are written by a python script from a template
#  before PyInstaller builds the exe, so as to inject date/other infos into it.
*.manifest
*.spec

# Installer logs
pip-log.txt
pip-delete-this-directory.txt

# Unit test / coverage reports
htmlcov/
.tox/
.nox/
.coverage
.coverage.*
.cache
nosetests.xml
coverage.xml
*.cover
*.py,cover
.hypothesis/
.pytest_cache/
cover/

# Translations
*.mo
*.pot

# Django stuff:
*.log
local_settings.py
db.sqlite3
db.sqlite3-journal

# Flask stuff:
instance/
.webassets-cache

# Scrapy stuff:
.scrapy

# Sphinx documentation
docs/_build/

# PyBuilder
.pybuilder/
target/

# Jupyter Notebook
.ipynb_checkpoints

# IPython
profile_default/
ipython_config.py

# pyenv
#   For a library or package, you might want to ignore these files since the code is
#   intended to run in multiple environments; otherwise, check them in:
# .python-version

# pipenv
#   According to pypa/pipenv#598, it is recommended to include Pipfile.lock in version control.
#   However, in case of collaboration, if having platform-specific dependencies or dependencies
#   having no cross-platform support, pipenv may install dependencies that don't work, or not
#   install all needed dependencies.
#Pipfile.lock

# poetry
#   Similar to Pipfile.lock, it is generally recommended to include poetry.lock in version control.
#   This is especially recommended for binary packages to ensure reproducibility, and is more
#   commonly ignored for libraries.
#   https://python-poetry.org/docs/basic-usage/#commit-your-poetrylock-file-to-version-control
#poetry.lock

# pdm
#   Similar to Pipfile.lock, it is generally recommended to include pdm.lock in version control.
#pdm.lock
#   pdm stores project-wide configurations in .pdm.toml, but it is recommended to not include it
#   in version control.
#   https://pdm.fming.dev/#use-with-ide
.pdm.toml

# PEP 582; used by e.g. github.com/David-OConnor/pyflow and github.com/pdm-project/pdm
__pypackages__/

# Celery stuff
celerybeat-schedule
celerybeat.pid

# SageMath parsed files
*.sage.py

# Environments
.env
.venv
env/
venv/
ENV/
env.bak/
venv.bak/

# Spyder project settings
.spyderproject
.spyproject

# Rope project settings
.ropeproject

# mkdocs documentation
/site

# mypy
.mypy_cache/
.dmypy.json
dmypy.json

# Pyre type checker
.pyre/

# pytype static type analyzer
.pytype/

# Cython debug symbols
cython_debug/

# PyCharm
#  JetBrains specific template is maintained in a separate JetBrains.gitignore that can
#  be found at https://github.com/github/gitignore/blob/main/Global/JetBrains.gitignore
#  and can be added to the global gitignore or merged into this file.  For a more nuclear
#  option (not recommended) you can uncomment the following to ignore the entire idea folder.
.idea/

Git lfs 清空文件

要清空您的Git Large File Storage (LFS)中的所有文件,您可以按照以下步骤进行操作:

  1. 打开命令行终端或Git Bash。

  2. 导航到包含您的存储库的本地文件夹。

  3. 运行以下命令以确保您的Git LFS是最新版本:

    git lfs update
    ```
    
  4. 运行以下命令以删除LFS对象和相关引用:

    git lfs prune
    ```
    这将删除存储库中所有未跟踪的LFS对象。
    
  5. 运行以下命令以从存储库中删除LFS对象:

    git lfs ls-files | cut -d ' ' -f 3 | xargs git rm --cached
    ```
    这将从存储库中删除所有跟踪的LFS对象。请注意,这只会从存储库中删除跟踪,而不会删除实际的LFS对象文件。
    

    如果文件路径中包含空格或特殊字符,可以尝试在路径周围使用引号或双引号,例如:

    git lfs ls-files | cut -d ' ' -f 3 | xargs -I {} git rm --cached "{}"
    ```
    这将确保文件路径被正确地传递给`git rm --cached`命令。
    

    如果问题仍然存在,您可以尝试手动删除LFS跟踪的文件。运行以下命令来查看LFS跟踪的文件列表:

    git lfs ls-files
    
    

    然后,使用git rm --cached命令手动逐个删除文件,例如:

    git rm --cached path/to/file.ext

    请将path/to/file.ext替换为LFS跟踪文件的实际路径。重复此步骤直到删除所有LFS跟踪的文件。

  6. 运行以下命令以提交更改:

    git commit -m "Remove all LFS objects"
    ```
    这将创建一个提交,删除存储库中所有LFS对象的跟踪。
    
  7. 运行以下命令以将更改推送到远程存储库:

    git push origin <branch-name>
    ```
    将`<branch-name>`替换为您的分支名称。
    

请注意,执行上述操作将从存储库中移除所有LFS对象的跟踪,但不会删除实际的LFS对象文件。如果您希望完全删除LFS对象文件并释放存储空间,请参考Git LFS的文档或使用适当的命令来管理LFS服务器端的存储。
git lfs prune,2022Git从入门到开发,git文章来源地址https://www.toymoban.com/news/detail-828913.html

						  🤞到这里,如果还有什么疑问🤞
					🎩欢迎私信博主问题哦,博主会尽自己能力为你解答疑惑的!🎩
					 	 🥳如果对你有帮助,你的赞是对博主最大的支持!!🥳

到了这里,关于【版本管理 | Git 】Git最佳实践系列(一) —— LFS & .gitignore 最佳实践,确定不来看看?的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 关于git-lfs删除历史版本

    git lfs prune [options] Deletes local copies of LFS files which are old, thus freeing up disk space. Prune operates by enumerating all the locally stored objects, and then deleting any which are not referenced by at least ONE of the following: * the current checkout * all existing stashes * a \\\'recent branch\\\'; see \\\"Recent files\\\" * a \\\'recent commit\\\' on the cur

    2024年01月18日
    浏览(49)
  • GIt系列(二)忽略文件(.gitignore)

    如果你不想让本地仓库的所有文件都上传到远程仓库中,而是有选择的上传一部分的文件,比如说依赖文件,测试文件你不想提交, 可以通过 \\\".git目录 \\\" 下的 .gitignore 文件,选择忽略这些文件。 工作区:包含 .git目录的上一级目录,详见:GIt系列(一)中的工作区(Working

    2024年02月15日
    浏览(61)
  • 【git】git lfs 大文件管理

    目录 常用命令 原理 使用方法 报错记录 certificate signed by unknown authority       安装 yum install git-lfs 第一次同时下载文件指针: git lfs clone 第一次同时下载同时下载文件本身: git lfs clone 已经下载了的用下面的命令拉文件本身 git lfs pull Git LFS 其他命令 git lfs ls-files 显示当前被

    2024年02月14日
    浏览(42)
  • 【云原生 | Docker】Linux 定时自动化备份Mysql数据到本地 & Windows 最佳实践,确定不来看看?

    🤵‍♂️ 个人主页: @AI_magician 📡主页地址: 作者简介:CSDN内容合伙人,全栈领域优质创作者。 👨‍💻景愿:旨在于能和更多的热爱计算机的伙伴一起成长!!🐱‍🏍 🙋‍♂️声明:本人目前大学就读于大二,研究兴趣方向人工智能硬件(虽然硬件还没开始玩,但一直

    2024年02月02日
    浏览(53)
  • 【掌握版本控制:Git 入门与实践指南】远程操作|标签管理

                                                      🎬慕斯主页 : 修仙—别有洞天                                               ♈️ 今日夜电波: 泥中に咲く—ウォルピスカーター                                                      

    2024年03月17日
    浏览(59)
  • git大文件管理工具:git-lfs

    Git Large File Storage(LFS)是Git的一个扩展,它允许向Git仓库存储和管理大型二进制文件。对于软件开发中使用大型的图像、音频文件等,Git LFS非常有用。 原理:不同于git每次保存diff,对于git来说,如果是模型或者一些设计大文件,改变一点,对于仓库来说会增加很大的体积,

    2024年02月08日
    浏览(39)
  • Git的.gitignore文件、标签管理以及给命令起别名

    本文主要讲解Git中容易被忽略但比较重要一些知识: .gitignore 文件、标签管理以及给命令起别名. 在新建仓库时,有一个添加 .gitignore 模板: .gitignore 是一个用于指定 Git 忽略特定文件或文件夹的配置文件。可以通过在文件中列出要忽略的文件或文件夹的名称、模式或通配符来告诉

    2024年02月11日
    浏览(32)
  • 【Git】在 Linux 系统中使用 apt 包管理器来安装 Git LFS

    LFS 的含义为: Large File Storage Git LFS 是 Git 的扩展,旨在解决 Git 无法高效处理大文件的问题。 通常情况下, Git 将整个文件存储在版本控制中,这对于大型文件来说可能效率低下并且占用大量存储空间。 而 Git LFS 则通过将大文件存储在远程服务器上,并在 Git 仓库中保留指向

    2024年02月10日
    浏览(40)
  • 【Git 入门教程】第九节、Git的最佳实践

    Git是一个强大的版本控制系统,可以帮助开发者管理和协调代码库。然而,正确使用Git并不总是容易。本文将介绍一些Git的最佳实践,以帮助开发者更好地利用Git来管理和协调代码库。   在使用Git时,编写有意义的提交信息是非常重要的。提交信息应该简明扼要地描述所做的

    2024年02月06日
    浏览(36)
  • Git/GitHub/Gitee⼯作流最佳实践

    我在这里为刚接触git或者对于git不太熟悉的朋友提供一套切实可行的使用方法,建议单独创建一个测试项目熟悉一下我下面讲述的git使用工作流程。 如果你能按照步骤逐步理解我的思路,相信你的代码管理能力将上升一个层次! git clone xxx 克隆拉取最新的代码 git checkout -b

    2024年04月10日
    浏览(39)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包