JavaWeb笔记·1

JavaWeb

1.团队建设
2.制定工作流
3.工作流中的命令

如果让你负责一个IT企业的技术部，你认为对技术部建设最重要的是什么？
A、高薪招募技术大佬
B、加强现有团队的建设

01、团队建设
第一部分主要面向管理者，技术团队的负责人、首席技术官、项目经理，以及需要制定团队工作量的技术建设。
团队作战
识别一个完整团队中的各种角色
组织一个富有成效的会议
通过关键字识别与你团队脱节的成员
使用策略来培养团队成员彼此间的认同和信任

团队建设最重要的是什么？
A、放任成员自由发展
B、加强与成员、及成员之间的沟通交流，了解各成员特点
C、严格执行各种规章制度
D、加强技术的提升

团队的组成
技术架构师：负责规划解决方案应该如何实施，架构的决策应该有文档记录并尽可能共享。架构师可能也是编码团队的一员。
编码团队：可能由前端开发者，后端开发者，设计师，项目经理组成。
其他：商业分析师，行业专家，产品负责人。

思维策略
团队中每个人都有自己的工作习惯，所以要了解并共享每个人高效产出的策略，拥抱差异，使团队更加强大。
创造性思维：能够找到无法预见的问题解决方案。
理解性思维：它可以分为两类：理解信息（分析型）和理解他人（同情心）。分析型思维者最大的财富是能够发现规律、阐明现状。科技行业倾向于吸引具备这些思维策略的人。
决策性思维：决策技能帮助团队找到问题的根源，然后决定如何继续。决策性思维者的弱点是缺乏耐心。他们通常在创造性思维者提出可能的最佳方案或者完成缜密的分析之前，就跳到了其他人的前面。

团队会议
每个项目以及其中的每个子模块，都应该有开头、主体和结尾三个部分。
时间表：
1.辨别问题本质（10分钟）
2.头脑风暴，寻找解决方案（25分钟）
3.整理想法（5分钟）
4.挑选至多三个想法进行验证（5分钟）

项目启动
1.全员参加
2.面对面的会以更佳
追踪进展
1.冲刺计划会议
一）跟客户打交道，高级开发者
承诺会议
1.同一时间，每个人不超过3分钟
深入研讨会议
1.相关人员
冲刺演示会员
1.完成功能模块的展示会议
追踪进展
1.冲刺回顾会议
一）冲刺总结会议，核心成员参加
全公司的站立会议
1.每周一次电话会议
2.主要聊工作和业余生活
3.人多的时候随机选择部分发言者
一对一会议
1.成员之间互动，交流生活，兴趣

GIt中的团队协作
每个开发者有本地的仓库副本
为共享，将副本发布到一个代码托管系统
为修改，中央仓库需要克隆（Clone）副本，也称为派生（Forking）
设置中央仓库副本的访问权限
在一个单独的仓库中，存放不同的版本，切换版本，先要签出（check out），若前一个版本未提交，那么需要提交（commit）或者储藏（stash）
从远端仓库抓取（pull）更改，然后并入我的仓库，也可以是拉取（fetch）新的更改并将合并（merge）进本地分支（branch）的跟踪（tracked）副本，修改后将我的分支推送（push）到原点仓库

版本控制系统访问模型
集中式代码托管系统 Subversion中的文件操作
Git是分布式的系统 两个本地仓库上面的是服务器，下面的是本机
适合分散贡献者仓库的模型
适合并列贡献者仓库的模型
共同维护的模型，那边团队最常见的权限模型

集中式代码托管系统
团队仓库

克隆↓ ↑推送 克隆↓ 推送↑
本地仓库 本地仓库
签出↓ ↑提交 →互相信任← 签出↓ 提交↑

分支策略
主线分支开发
分支较少，直接提交到中央分支，随时可部署
缺点：缺乏测试设施，过于冒险，增加部署工作量。（提交一次就生成一次结点）

功能分支部署
·功能分支
·集成分支
·缺点
需要额外的维护
若功能较多，不利于管理
需要定期清理已经并入master分支的遗留分支

△状态分支
·引入位置或快照概念
·maint分支
最近一次稳定发布的代码及小数点版本的额外提
·master分支
包含应该进入下一次发布的提交
·next分支
用于测试一些主题在进入master分支后的稳定性
·pu分支
建议的更新（proposed updates）分支，包含尚未准备好合并的提交
·优点
分支名称与工作上下文密切相关，合并时容易选择正确的分支
·缺点
新人不容易入手

更新分支
△更新本地分支
·pull：fetch和merge 或者fetch和rebase
·通过分支变基来保持同步使得图像简化，而历史变得更易于阅读。然而，变基也要付出一些代价，尤其是当你的分支副本中包含刚创建的提交对象时。为了变基一个包含独特提交的分支，你必须将每个提交一个个重放至新分支的顶端，Git为每个提交分配了一个新的标识符，因为每个提交都分配到了一个新的父节点。如果在分配到一个新的父节点提交之前共享至其他远程仓库，那么这可能会造成困惑。除了新的标识符以外，每当你重放一个提交时，都有可能出现合并冲突，有时解决冲突非常耗时

△工作流中的命令
第一部分主要面向管理者、技术团队的负责人、首席技术官、项目经理，以及需要制定团队工作流的技术型项目经理。

·设计分支策略

master 一直存在，名称不变，由其他分支合并，与线上版本保持绝对一致 保护分支，专人操作
develop 开发分支，一直存在，名称不变，由release，feature、后台fix分支合并 保护分支，专人负责
feature 实际功能点开发分支，建议每个功能新建一个feature，具有关联关系的功能公用一个feature分支 常规分支
release 每一次开发完成，从develop创建出来的分支，以此分支为基准，进行测试 只读分支，需要操作时，设为常规或保护分支
hotfix 修复线上bug 常规分支

·不会直接提交代码到master里，是由其他分支合并的
·随着项目一直做一直存在，名称不变，由release、feature、hotfix分支合并，不能直接提交，要合并，所以要专人负责
·feature名字会发生改变，每一个功能新建一个feature，具有关联的公有一个feature
·只读分支，在调试期间把release设为常规分支

♣master分支
♣develop分支
♣feature分支
♣release分支
♣hotfix分支

（.git里改了会跟踪）

GIT代码：

cd /e 进入e盘 cd是进入
只想创建不进去 git branch
查看该分支的目录 git branch --list
看远程的仓库分支 git branch -r（是记录本地上的信息）（远程改了分支没有同步到本地上，还是按照本地上的分支）
看远程加本地的分支 git branch -a
进入develop分支 git checkout develop
创建并切换到该分支 git checkout -b feature_user
删除该分支 git branch -d feature_user（要在别的分支上，不能在该分支上删除本身分支）
检查该分支有无跟踪的文件 git status
git add 文件名 增加跟踪，跟踪文件
git commit -m增加提示信息
git cofig --global user.email（name）配置用户名和邮箱，都是码云的
git push --set-upstream origin feature_user 在码云上传该新分支
git push 提交新版本或文件到码云的远程仓库
git log 显示当前分支的版本历史
esc :wq 保存并退出 回车 回到命令窗口（退出编辑模式）
git pull 取回远程仓库的变化，并与本地分支合并
git pull（更新）
git stash 储藏更改：将当前更改的代码储藏起来，等以后恢复使用（藏起来）
git stash pop //恢复的同时把stash内容删掉
git stash list. //查看全部的stash列表
git stash apply stash@{0}（后进先出）
♣第一个入栈的下标为0，第二个入栈的下标也为0，但在此时第一个入栈的下标变成了1。
git stash apply //恢复stash，但是stash内容并不删除
git stash drop //在上面操作的基础上，以此来删除stash
git stash clear 将stash空间清空
git stash pop 和 git stash apply 原来git stash pop@{id}命令会在执行后将对应的stash id 从stash list删除。
·而git stash apply stash@{id}命令则会继续保存stash id
git reset --hard HEAD 回退至上一个版本
git reset --hard 版本号 回退至指定版本
git reflog 查看以往版本号（本地的commit）
git log 查看各版本号及信息（所有的commit）
git checkout --a.html 撤销修改
△对于已经push的版本，进行回退
1、第一步：
git rest --hard 版本号//本地回退到指定的版本
2、第二步
git push -f origin dev
△本地同步远程删除的分支
git fetch origin -p //用来清除已经没有远程信息的分支，这样git branch -a 就不会拉取远程已经删除的分支。
△删除掉没有与远程分支对应的本地分支
git fetch -p
△给当前分支最新commit打标签
git tag v1.0.0
△给远程打标签
git push origin v1.0.0
△一次性推送未推至远程的本地标签
git push origin --tags
△查询所有标签
git tag
△查询标签详细信息
git show v1.0.0
△git修改远端分支名称
1、分支重命名
git branch -m old_branch new_branch
2、删除旧分支
git push origin :old _branch
3、将新分支提交远端
git push --set upstream origin new_branch

不同的时间点提交/创建的东西看不见

IDEA三大点：

1.确认分支
2.更新
3.写代码