git-repo

configMap 主要是做到数据配置文件中心的作用。 Secret 可以存储一些敏感的数据，例如密码、密钥、Docker仓库的认证信息等等 ⒈Volume说明 　　容器磁盘上文件的生命周期是短暂的，这就使得在容器中运行重要应用时会出现一些问题。首先，当容器崩溃时， kubelet会重启它，但是容器中的文件将丢失--容器以干净的状态(镜像最初的状态)重新启动。其次，在Pod 中同时运行多个容器时，这些容器之间通常需要共享文件。Kubernetes 中的 Volume抽象就很好的解决了这些问题。 　　*docker奔溃会保留数据 　　*k8s不会 ⒉Volume背景 　　Kubernetes中的卷有明确的寿命-—与封装它的Pod相同。所以，卷的生命比 Pod 中的所有容器都长，当这个容器重启时数据仍然得以保存。当然，当 Pod不再存在时，卷也将不复存在。也许更重要的是，Kubernetes支持多种类型的卷，Pod 可以同时使用任意数量的卷。 ⒊卷的类型 　　Kubernetes 支持以下类型的卷: awsElasticBlockStore azureDisk azureFile cephfs csi downwardAPI emptyDir fc flocker gcePersistentDisk gitRepo glusterfs hostPath iscsi local nfs

问题： The short: is there a way to have a git repo push to and pull from a list of remote repos (rather than a single "origin")? 简短的说： 有没有办法将git repo推送到远程仓库（而不是单个“来源”）列表并从中提取？ The long: I often have a situation when I'm developing an app in multiple computers, with different connectivity – say a laptop while on transit, a computer "A" while I'm in a certain location, and another computer "B" while on another. 冗长的话： 当我在多台计算机上开发具有不同连接性的应用程序时经常遇到这种情况–例如在运输过程中的便携式计算机，在特定位置的计算机“ A”和另一台计算机“ B”而在另一个。 Also, the laptop might have connectivity with only either "A" or "B", and sometimes both. 另外，笔记本电脑可能仅与“

问题： I am still getting this error message, when I try to move my project tree on to git repo. 当我尝试将项目树移至git repo时，我仍然收到此错误消息。 I checked the permissions of my directory with this project and these are set on 777. In terminal in the directory with my_project I set: 我检查了此项目的目录权限，这些权限设置在777上。在带有 my_project 目录的终端中，我设置了： git init git初始化 and then if I try 然后，如果我尝试 git add . git添加 or 要么 git commit -m "first upload" git commit -m“首次上传” so I'll get the error 所以我会得到错误 fatal: Unable to create '/path/my_proj/.git/index.lock': File exists. If no other git process is currently running, this probably means a

六. 挂载卷 Volume 通过学习前五章，我们已经可以部署一个安全稳定的临时应用程序了。为什么说是临时的应用程序呢？ 众所周知，程序=代码+数据，现在代码已经可以运行并提供服务，同时可以产生或读取数据了，但每次重启服务或者 K8S 帮助我们调度 Pod 导致容器重启以后，之前运行的一些有价值无价值的数据也就不存在了，在本章，我们将介绍怎么处理这份有价值的数据。 原文地址 https://www.cnblogs.com/clockq/p/12297728.html 6.1 Volume 介绍 Kubernetes 通过定义 Volume 来满足这个需求，Volume 被定义为 Pod 这类顶级资源的一部分，并和 Pod 共享生命周期。 也就是 Pod 启动时创建卷，Pod 删除时销毁卷，期间卷的内容不会消失，所以 Pod 因为各种原因重启容器都不会影响卷的内容，如果一个 Pod 内包含多个容器，多个容器共享此卷。 Volume 类型 emptyDir: 用于存储临时数据的空目录 hostPath: 用于将工作节点的目录挂载到 Pod 中 gitRepo: 通过检出 Git 仓库内容来初始化的挂载卷 nfs: 用于挂载 nfs 共享卷到 Pod 中 configMap、secret、downwardAPI: K8S 内置的用于持久化存储的特殊类型资源

每当你发现自己和大多数人站在一边，就是时候停下来思考了。—— 马克·吐恩 因为这部分内容稍有些复杂，所以讲解之前先贴出github地址和视频讲解地址： 项目源码： github.com/Walker-Leee… 视频讲解，请搜索微信公众号 《JavaScript全栈》 相信大家在工作中都有如下经历： 开发新项目，很多逻辑比如：项目架构、接口请求、状态管理、国际化、换肤等之前项目就已经存在，这时，我们选择“信手拈来”，ctrl + c，ctrl + v 二连，谈笑间，新项目搭建完成，无非是要改改一些文件和包名； 项目增加某个模块时，复制一个已有模块，改改名字，新的模块就算创建成功了； 项目的规范要无时无刻不在同事耳边提及，就算有规范文档，你还需要苦口婆心。 使用复制粘贴有以下缺点： 重复性工作，繁琐而且浪费时间 copy过来的模板容易存在无关的代码 项目中有很多需要配置的地方，容易忽略一些配置点 人工操作永远都有可能犯错，建新项目时，总要花时间去排错 框架也会不断迭代，人工建项目不知道最新版本号是多少，使用的依赖都是什么版本，很容易bug一大堆。 承受过以上一些痛苦的同学应该不少，怎么去解决这些问题呢？我觉得，脚手架能够规避很多认为操作的问题，因为脚手架能够根据你事先约定的规范，创建项目，定义新的模块，打包，部署等等都能够在一个命令敲击后搞定，提升效率的同时降低了入职员工的培训成本

一、gitRepo卷的作用 gitRepo卷基本上也是一个emptyDir卷，它通过克隆Git仓库关在pod启 动时检出特定版本来填充数据。 备注：在创建gitRepo卷后，它并不能和对应repo保持同步，当向Git仓库推送新增的提交时，卷中的文件将不会被更新。然而，如果所有的pod是由ReplicationController管理的，删除这个pod将触发新建一个新的pod，而这个新pod的卷中将含新的提交。 二、在gitlab上创建一个gitRepo项目 三、创建pod连接gitlab项目 apiVersion: v1 kind: Pod metadata: name: gitrepo-volume-pod namespace: test spec: containers: - image: nginx:alpine name: web-server volumeMounts: - mountPath: /usr/share/nginx/html name: html readOnly: true ports: - containerPort: 80 protocol: TCP volumes: - name: html gitRepo: #你正在创建一个gitRepo卷 repository: https://github.com/luksa/kubia-website

3 月，跳不动了？>>> 使用repo的时候报如下错误 repo: Updating release signing keys to keyset ver 2.3 fatal: Cannot get [https://gerrit.googlesource.com/git-repo/clone.bundle](https://gerrit.googlesource.com/git-repo/clone.bundle) fatal: error \[SSL: CERTIFICATE\_VERIFY\_FAILED\] certificate verify failed: unable to get local issuer certificate (_ssl.c:1056) fatal: cloning the git-repo repository failed, will remove '.repo/repo' 解决办法： export REPO_URL=git://codeaurora.org/tools/repo.git 来源： oschina 链接： https://my.oschina.net/redhouse/blog/3207911

nbdev是一个使用Jupyter Notebook进行多模块软件开发的辅助工具，可以将多个Notebook组装为一个大型的软件系统，自动生成代码和文档，并能够在Notebook中进行交互运行和探索性测试。 nbdev 源码： https://github.com/fastai/nbdev nbdev 文档： https://nbdev.fast.ai/ nbdev主要完成下面的功能： 建立python开发框架和git repo版本。 在notebook中的cell中使用#export标记为输出代码区块。 使用库函数notebook2script()将#export标记的代码转化为python库*.py。 所生成的代码放在project name的目录下，可以在notebook中引用或者直接运行。 例程项目，用于nCoV分析（初级阶段）： https://github.com/openthings/anti2020ncov 1、安装 nbdev已经加入 PyPI，使用下面的命令安装： pip install nbdev 对于 editable install ，使用： git clone https://github.com/fastai/nbdev pip install -e nbdev 2、快速开始 2.1 创建项目 开始自己的 project, 点击: nbdev

这经常发生在我身上： 我在一两天内同时处理了几个相关的更改，当需要提交时，我最终忘记了特定文件中的更改。 （这只是一个个人的git repo，所以我可以在提交中有多个更新。） 有没有办法预览我的本地文件（即将签入）和该文件的最后一次提交之间的更改？ 就像是： git diff --changed /myfile.txt 它会打印出如下内容： line 23 (last commit): var = 2+2 (current): var = myfunction() + 2 line 149 (last commit): return var (current): return var / 7 通过这种方式，我可以快速查看自上次签入以来我在该文件中所做的工作。 #1楼 如果你想看看你还没有 git add ed： git diff myfile.txt 或者如果您想查看已添加的更改 git diff --cached myfile.txt #2楼 你为 git commit 尝试了 -v （或 --verbose ）选项吗？ 它在消息编辑器中添加了提交的差异。 #3楼 我认为这是保证GUI的完美用例。 - 虽然我完全理解它在命令行中也可以很好地实现。 就个人而言，我的每一次承诺，我都是从git-gui做的。 如果有意义的话，我可以在其中使用单独的hunks /

我们的Git储存库是作为单个Monster SVN储存库的一部分开始的，其中每个项目都有自己的树，如下所示： project1/branches /tags /trunk project2/branches /tags /trunk 显然，使用 svn mv 将文件从一个文件移到另一个文件是很容易的。 但是在Git中，每个项目都在自己的存储库中，今天我被要求将子目录从 project2 移到 project1 。 我做了这样的事情： $ git clone project2 $ cd project2 $ git filter-branch --subdirectory-filter deeply/buried/java/source/directory/A -- --all $ git remote rm origin # so I don't accidentally the repo ;-) $ mkdir -p deeply/buried/different/java/source/directory/B $ for f in *.java; do > git mv $f deeply/buried/different/java/source/directory/B > done $ git commit -m "moved files to new