remote

Jenkins build时报错Error fetching remote repo 'origin'，网上大部分文章都说是git权限问题，其实并不是，造成这个问题的原因是Jenkins有个工作空间（ workspace）的概念，Jenkins构建时产生的缓存会保存到工作空间里，把缓存清理掉就好，如图： 每次手动清理比较麻烦，可以配置Jenkins在每次构建完成之后清理，如图： 来源： 51CTO 作者： kuSorZ 链接： https://blog.51cto.com/kusorz/2358348

多人协作 当你从远程仓库克隆时，实际上Git自动把本地的 master 分支和远程的 master 分支对应起来了，并且，远程仓库的默认名称是 origin 。 要查看远程库的信息，用 git remote ： $ git remote origin 或者，用 git remote -v 显示更详细的信息： $ git remote -v origin git@github.com:michaelliao/learngit.git (fetch) origin git@github.com:michaelliao/learngit.git (push) 上面显示了可以抓取和推送的 origin 的地址。如果没有推送权限，就看不到push的地址。 推送分支 推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上： $ git push origin master 如果要推送其他分支，比如 dev ，就改成： $ git push origin dev 但是，并不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要呢？ master 分支是主分支，因此要时刻与远程同步； dev 分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步； bug分支只用于在本地修复bug，就没必要推到远程了

提交git报错 remote: Permission to username/xxx.git denied to DonaldJohnPeter. fatal: unable to access 'https://github.com/username/xxx.git/': The requested URL returned error: 403 这个问题反反复复出现了很多遍，要被他烦死了，好像是因为之前配置了ssh在其他电脑然后用另外一个电脑上传导致的，意思是没有权限提交代码，可能之前修改过git的用户名和密码或等等等其他anyway反正就是不行 解决方法： 1.直接修改配置文件，我就是使用此方法成功 先查看配置文件的用户名和密码是否正确 修改配置文件.git的config，我的是在.git文件夹下面的config文件，也有人是.gitconfig文件 vim .git/config 修改里面的[remote "origin”]下的url = https://github.com/用户名/xxx.git 将 github.com 修改为用户名@ github.com 修改后为 url = https://用户名@github.com/用户名/xxx.git 如果还不可以的话可以在最后在加上上面两行，这是我在网上看的别人的方法，反正我都加了 [credential] helper

定义 RMI: 远程方法调用( Remote Method Invocation ) ，它支持存储于 不同地址空间 的 程序级对象 之间彼此进行通信，实现远程对象之间的无缝远程调用。 Java RMI : 用于 不同虚拟机之间 的通信，这些虚拟机可以在不同的主机上、也可以在同一个主机上；一个虚拟机中的对象调用另一个虚拟上中的对象的方法，只不过是允许被远程调用的对象要通过一些标志加以标识。 RMI远程调用步骤 RMI的交互图 ： RMI由3个部分构成： 第一个是 rmiregistry （ 远程方法调用注册，JDK提供的一个可以独立运行的程序，在bin目录下，名为rmiregistry.exe ）。客户端端和服务端都有rmiregistry.exe， 客户端基于他进行对象发现，服务端基于他进行对象注册。 第二个是 server端 的程序， 对外提供远程对象 第三个是 client端 的程序，想要 调用远程对象 的方法。 首先，先 启动rmiregistry服务 ，启动时可以指定服务监听的端口，也可以使用默认的端口（1099）。 其次，server端在本地先实例化一个提供服务的实现类，然后通过RMI提供的Naming/Context/Registry（下面实例用的Registry）等类的bind或rebind方法将刚才实例化好的实现类注册到rmiregistry上并对外暴露一个名称。

当你从远程仓库克隆时，实际上Git自动把 本地的 master 分支 和 远程的 master 分支 对应起来 了，并且，远程仓库的默认名称是 origin 。 要查看远程库的信息，用 git remote ： $ git remote origin 或者，用 git remote -v 显示更详细的信息： $ git remote -v origin git@github.com:michaelliao/learngit.git (fetch) origin git@github.com:michaelliao/learngit.git (push) 上面显示了可以抓取和推送的 origin 的地址。如果没有推送权限，就看不到push的地址。 推送分支 推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上： $ git push origin master 如果要推送其他分支，比如 dev ，就改成： $ git push origin dev 但是，并不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要呢？ master 分支是主分支，因此要时刻与远程同步； dev 分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步； bug分支只用于在本地修复bug，就没必要推到远程了

当你从远程仓库克隆时，实际上Git自动把本地的 master 分支和远程的 master 分支对应起来了，并且，远程仓库的默认名称是 origin 用 git remote -v 显示更详细的信息： $ git remote -v 上面显示了可以抓取和推送的 origin 的地址。如果没有推送权限，就看不到push的地址。 推送分支 推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上： git push origin master如果要推送其他分支，比如dev，就改成： $ git push origin dev 但是，并不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要呢？ master 分支是主分支，因此要时刻与远程同步； dev 分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步； bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug； feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。这个分支一般是新功能特性分支 多人协作 Reads: 499205 当你从远程仓库克隆时，实际上Git自动把本地的 master 分支和远程的 master 分支对应起来了，并且，远程仓库的默认名称是 origin 。

目录 情景一：不同的库分别 pull/push 1. 使用git命令配置 2. 修改.git/config 文件 3. 操作 情景二：不同的库一次push 1. 使用git命令配置 2. 修改.git/config 文件 3. 操作 情景一：不同的库分别 pull/push 1. 使用git命令配置 # 添加 git remote add 名字 仓库地址 # 查看远程仓库 git remote -v # origin 仓库地址 (fetch) # origin 仓库地址 (push) # 名字 仓库地址 (fetch) # 名字 仓库地址 (push) # 删除 git remote remove 名字 2. 修改.git/config 文件 [remote "origin"] url = 仓库地址 fetch = +refs/heads/*:refs/remotes/origin/* [remote "名字"] url = 仓库地址 fetch = +refs/heads/*:refs/remotes/origin/* [branch "master"] remote = origin remote = 名字 merge = refs/heads/master rebase = true 3. 操作 git pull/push origin [分支] git pull/push

（L2CAP协议简介，L2CAP在BlueZ中的实现以及L2CAP编程接口） 一：L2CAP协议简介： Logical Link Control and Adaptation Protocol(L2CAP) 逻辑连接控制和适配协议 (L2CAP) 为上层协议提供面向连接和无连接的数据服务，并提供多协议功能和分割重组操作。 L2CAP 充许上层协议和应用软件传输和接收最大长度为 64K 的 L2CAP 数据包。 　　 L2CAP 基于 通道 (channel) 的概念。 通道 (Channel) 是位于基带 (baseband) 连接之上的逻辑连接。每个通道以多对一的方式绑定一个单一协议 (single protocol) 。多个通道可以绑定同一个协议，但一个通道不可以绑定多个协议。 每个在通道里接收到的 L2CAP 数据包被传到相应的上层协议。 多个通道可共享同一个基带连接。 L2CAP处于Bluetooth协议栈的位置如下： 也就是说，所有L2CAP数据均通过HCI传输到Remote Device。且上层协议的数据，大都也通过L2CAP来传送。 L2CAP可以发送Command。例如连接，断连等等。 下面看Command例子：Connection Request: 其中PSM比较需要注意，L2CAP 使用L2CAP连接请求（Connection Request

Google TV是啥玩意 ? Google TV是支持自选图像、宽带网络、传统电视信号的综合平台，更附带电视节目搜索功能. 谷歌公布了其新版电视的两个版本, 第一个叫做Buddy Box, 由索尼代工的电视盒并且价格昂贵, 第二个是即将发布的集成电视, 将其电视盒内置到电视机内部. Google TV界面预览: 开发者: 可以为Google TV开发新的网页应用或者把已有的android应用改为适配大尺寸屏幕, 在谷歌的开发者 网站 可以看到详细介绍 搭建我们自己的Google TV 极客们就是喜欢重复发明轮子, 并且自得其乐. 所以我们使用下列开源技术来搭建我们自己的Google TV: 硬件: 树莓派 软件: Raspbian 系统 – 为树莓派特殊定制的Debian发行版 NodeJs Socket.io – 通过websocket远程连接TV Express – 用来处理一些基本的http请求 Omxcontrol – 用来控制树莓派上最棒的视频播放器OMXPlayer Chromium 浏览器 OMXPlayer Youtube-dl – 一个下载youtube视频的脚本 QuoJS – 在手机网页上处理滑动手势 HTML5, CSS3, Javascript, 和 Moustache 模板引擎 Youtube API 最终效果 树莓派TV及其特殊的远程遥控器 步骤

克隆远程仓库代码到本地 本地创建有文件夹 git clone 远程仓库地址 本地文件夹名称 本地没有创建文件夹 git clone 远程仓库地址 文件夹名称 克隆完成之后，使用“cd 文件夹”的方式进入，然后执行git init初始化本地仓库 查看远程仓库 git remote -v 可以看到远程仓库的名称以及对应的地址 添加远程仓库 git remote add 名称 远程仓库地址 移除远程仓库 git remote remove 远程仓库名称 创建本地分支 git branch 分支名称 切换到创建的分支 git checkout 分支名称 如果想创建并切换到分支可以使用如下命令 git checkout -b 分支名称 删除分支 git branch -d 分支名称 查看本地所有分支 git branch -a 通过该命令可以了解当前本地建立的分支情况以及当前所在的分支 将本地代码放入暂存以及提交到本地本地仓库的命令 git add * 将代码放入到暂存区 git commit -a -m '提交信息' 可以将暂存区的代码提交到本地仓库 将本地仓库的代码提交到远程仓库的方法 如果本地仓库与远程仓库建立的连接关系可以直接使用如下命令进行代码拉取和代码提交 git pull 拉取对应分支上的代码 git push 将当前分支上的代码提交到远程对应的分支上