tfs查看人员迁出文件_利用这个方法，实现PowerBI文件的版本控制

你有没有这样的烦恼&＃xff1a;多次修改或者迭代数次的PowerBI报告&＃xff0c;如果打算保留每个版本&＃xff0c;都需要在每次修改前&＃xff0c;复制一份并重新命名&＃xff0c;到最后可能自己都不知道需要的哪一版&＃xff1f;

星球嘉宾AgnesJ给大家带来的一个解决方案&＃xff1a;利用git实现对PowerBI文件的版本控制。

本文技术性较强&＃xff0c;如果你正好也有这个困扰请慢慢欣赏&＃xff1b;如果暂时用不上&＃xff0c;也可以先存着&＃xff0c;知道有这么个技术&＃xff0c;有需要了再翻回来看。

---

利用git实现对Power BI文件的版本控制

作者&＃xff1a;AgnesJ

在开始介绍git的安装之前&＃xff0c;我想先和大家聊一下“为什么我们要关心版本控制?” 

对于任何开发人员&＃xff0c;无论是小白还是资深&＃xff0c;版本控制都是必不可少的。版本控制可以让我们跟踪源文件的更改。通过跟踪更改&＃xff0c;开发人员可以快速识别何时发生了更改&＃xff0c;发生了什么更改。使用git&＃xff0c;开发人员可以“区分”旧文件与新文件的区别&＃xff0c;了解到发生了什么更改。

同时&＃xff0c;Git是一个分布式版本控制系统。这意味着它没有“中央服务器”&＃xff0c;每个人的电脑上都是一个完整的版本库&＃xff0c;这样&＃xff0c;你在工作的时候&＃xff0c;就不需要联网去读取文件啦&＃xff0c;因为版本库就在你自己的电脑上。这也提高了它的安全性。

但是目前的问题是&＃xff1a;Power BI Desktop创建的PBIX或PBIT是.zip二进制文件。

这意味着&＃xff0c;使用版本控制的系统&＃xff0c;我们无法“区别”不同的文件&＃xff0c;也无法跟踪更改。比如当你将[价格]度量值更改为[价格-不含增值税]时&＃xff0c;我们没有办法通过git看到这个更改。此外&＃xff0c;由于我们无法“进行差异化”&＃xff0c;那么如果有一个以上的开发人员来从事一个项目时&＃xff0c;就没有办法合并你们所做的更改。这也就导致了限制了Power BI项目的开发人员数量。

然而&＃xff0c;虽然有上述的这些限制&＃xff0c;我们还是可以通过对文件进行“注释”的方法来实现对新旧文件的区分。

所以&＃xff0c;在这里我想和大家(像我一样的GitHub新手)分享一下&＃xff0c;如何一步一步创建GitHub仓库&＃xff0c;并实现对.pbix文件的版本控制。

重要概念&＃xff1a;(这里引用廖雪峰老师的话)

什么是版本库&＃xff1f;

版本库又名仓库&＃xff0c;英文名repository&＃xff0c;你可以简单理解成一个目录&＃xff0c;这个目录里面的所有文件都可以被Git管理起来&＃xff0c;每个文件的修改、删除&＃xff0c;Git都能跟踪&＃xff0c;以便任何时刻都可以追踪历史&＃xff0c;或者在将来某个时刻可以“还原”。

什么是分支&＃xff1f;

分支就是科幻电影里面的平行宇宙&＃xff0c;当你正在电脑前努力学习dax的时候&＃xff0c;另一个你正在另一个平行宇宙里努力学习git。

如果两个平行宇宙互不干扰&＃xff0c;那对现在的你也没啥影响。不过&＃xff0c;在某个时间点&＃xff0c;两个平行宇宙合并了&＃xff0c;结果&＃xff0c;你既学会了dax又学会了git&＃xff01;

Git的分支是与众不同的&＃xff0c;无论创建、切换和删除分支&＃xff0c;Git在1秒钟之内就能完成。

了解完重要概念&＃xff0c;那就开始吧。

首先&＃xff0c;下载安装git

进入官网下载 

https://git-scm.com/

点击next直至安装完成。

接下来&＃xff0c;注册一个GitHub账户。

注册好账户之后&＃xff0c;登陆GitHub&＃xff0c;点击创建一个新的仓库。 

注&＃xff1a;可以创建一个私密的仓库&＃xff0c;这样就可以保证数据的安全。

至此&＃xff0c;用来存储和管理我的.pbix文件的仓库创建成功。接下来&＃xff0c;需要在本地创建一个仓库&＃xff0c;并把本地仓库关联到远程仓库。

Git的仓库你可以建在你电脑的任何目录下(最好不要包含有中文目录)。在这里&＃xff0c;我先新建一个文件夹 “GitTest”&＃xff0c;然后打开这个文件夹&＃xff0c;在空白处鼠标右击&＃xff1a;Git bash here:

连接远程仓库&＃xff0c;有这几种做法&＃xff1a;

下面我打算在 GitTest 下面创建本地库&＃xff0c;使用第二种方法&＃xff1a;

在git面板里输入命令行&＃xff1a;

echo "# PowerBIFiles" >> README.mdgit initgit add README.mdgit commit -m "first commit"git remote add origin https://github.com/aision06/PowerBIFiles.gitgit push -u origin master

这里提示&＃xff0c;第一条 commit 已经添加并成功推送至远程仓库的当前分支 “master” 中。

之后&＃xff0c;我们就可以往仓库里添加文件啦。

添加文件的时候&＃xff0c;可以直接把你要管理的.pbix文件拖至本地仓库中。

然后打开git bash&＃xff0c;输入 git status 查看仓库的状态&＃xff1a;这里提示我们新添加了一个名为 “FFT KPI.pbix”文件。

接下来&＃xff0c;我们把这个pbix文件推送到远程仓库中去&＃xff0c;这个步骤使用三个命令行实现&＃xff1a;

git add xxxxx ->文件名git commit -m “xxxxxxxxx” -> “xxxxxxx”为你添加的注释·git push

打开你的远程仓库&＃xff0c;就可以看到你成功推送的文件啦&＃xff1a;

在这里&＃xff0c;如果你遇到了文件无法推送的情况&＃xff0c;例如&＃xff0c;你在控制面板收到了这样的消息&＃xff1a;

是因为想要推送的文件超过了最大文件大小的限制&＃xff0c;这时&＃xff0c;会提示你需要使用git

lfs插件来解决。

什么是Git LFS?

Git LFS(Large File Storage) 是 Github 开发的一个 Git 的扩展&＃xff0c;用于实现 Git 对大文件的支持。简单的说&＃xff0c;就是如果你想传超过100M的二进制文件到GitHub&＃xff0c;你就要用Git LFS。

根据提示&＃xff0c;进入 https://git-lfs.github.com/&＃xff0c;下载安装扩展件&＃xff0c;依据官方页面的指示进行操作&＃xff1a;

注&＃xff1a;如果对于同一个文件&＃xff0c;你已经遇到了不能推送的情况&＃xff0c;此时&＃xff0c;需要撤回之前的commit。所以&＃xff0c;如果你要上传的文件大于100M&＃xff0c;那么建议你在对新文件进行操作之前就配置好git lfs。假设我对这个文件进行了修改&＃xff0c;那么我只需要把这些修改 commit 并 push 到远程仓库。

在修改并保存了文件之后&＃xff0c;先用git status查看一下状态&＃xff1a;看到提示 FFT KPI.pbix被修改。

使用git add 添加这个修改到仓库中&＃xff0c;

commit&＃xff0c;并添加一段注释用来标明&＃xff1a;

push到远程仓库里&＃xff1a;

在远程仓库里查看新的版本&＃xff0c;以及注释&＃xff1a;

点击文件名&＃xff0c;还可以继续添加描述&＃xff0c;我又在此处添加了 ”Data updated. 15/12/2019”。

点击查看你所有的commit&＃xff0c;你就可以轻松找回自己的注释&＃xff1a;

其实&＃xff0c;实现版本控制的方法就是&＃xff0c;通过阅读每一个 commit 的注释&＃xff0c;查询对文件进行的更改&＃xff0c;之后&＃xff0c;再使用git checkout&＃xff0c;就可以找回想要的那一个版本啦。

使用git找回自己想要的文件&＃xff0c;以及其他工具推荐

首先&＃xff0c;需要获得你想要的那一条commit sha&＃xff0c;(sha就类似于id&＃xff0c;每一条commit都有自己独特的sha)比如我现在想要看到我的“第一版”文件&＃xff1a;

打开git bash后 输入 git log&＃xff0c;

复制sha&＃xff1a;8cf7494dfe37c18dc0495afda3c72ea619a6eda9

或者直接在github页面上复制&＃xff1a;

此时&＃xff0c;假设你有两种想法&＃xff1a;

第一种&＃xff0c;你想要保留你其余的commit&＃xff0c;只是想单独取出这一条commit中的文件&＃xff0c;就需要&＃xff1a;

git fetch origin xxxxxxxshaxxxxxxx

git checkout FETCH_HEAD

执行完上述命令&＃xff0c;再打开你的本地仓库&＃xff0c;你会发现&＃xff0c;你回到了这一条commit时的所存储的文件状态。

这时&＃xff0c;你可以使用下面的命令创建一个新的分支&＃xff0c;用来存储你想要的文件版本&＃xff1a;

git checkout -b “develope”按照提示&＃xff0c;将你取出的这一条commit推送到新的分支里&＃xff0c;这样你就可以单独获得你想要的文件了。

而且&＃xff0c;你推送到仓库里所有的文件都不会丢失&＃xff0c;你只需要切换分支就可以找到其他文件。

注&＃xff1a;如何切换分支&＃xff1f;使用 git checkout xxxxx (xxxxx为分支的名字)

第二种&＃xff0c;如果你不再需要这条commit之后的提交或修改&＃xff0c;则可使用reset强制回到这条提交。

git reset --hard commit_sha

我在这里只是简单地描述了一下我是如何利用git对pbix文件实现版本控制的&＃xff0c;只是git强大功能的凤毛麟角。

同时&＃xff0c;如果你觉得git对你来说过于复杂或者不顺手&＃xff0c;还有其他的方式来做版本控制&＃xff1a;

第一种&＃xff0c;使用One drive business。

在One drive for Business中&＃xff0c;服务器会把同名文件在不同时间的上传自动识别为不同的版本。

可以在文件详情中查看不同的历史版本&＃xff0c;并恢复(restore)某一个历史版本。

如果你有一个office 365账号&＃xff0c;并且可以使用One drive for business&＃xff0c;固然好啦&＃xff0c;简单好用&＃xff0c;不需要额外安装其他工具。这也是微软官方建议的一种方式。

但缺点是&＃xff0c;付费。

另外还有一个工具&＃xff0c;做开发的朋友可能会熟悉&＃xff1a;AzureDevOps&＃xff0c; 以前的Team Foundation Server。

TFS通常被用来持续整合一个开发项目&＃xff0c;所以它也整合了git的功能。可以使用git或通过Visual studio来联结使用。和OneDrive for Business不同&＃xff0c;TFS可以注册账号&＃xff0c;免费试用。感兴趣的朋友可以自己深入了解一下。在这里就不多说啦。

如果你也和我一样&＃xff0c;看到那么多的version就头疼&＃xff0c;那就赶快实践一下版本控制吧。

---

老实说&＃xff0c;上面的内容我看了一遍头都是晕晕的&＃xff0c;但是&＃xff0c;这确实为解决PowerBI版本控制的问题&＃xff0c;提供了一个很好的思路&＃xff0c;感谢AgnesJ的长篇分享&＃xff0c;大家如果在实践过程中有什么问题&＃xff0c;可以在知识星球中向她提问。

---

-精彩推荐-

如果你刚开始接触Power BI&＃xff0c;可在微信公众号后台回复"PowerBI"&＃xff0c;获取《七天入门PowerBI》电子书&＃xff0c;轻松上手。

成为PowerBI星球会员&＃xff0c;

问题随时答疑&＃xff0c;更多资源分享

添加微信:PowerBI001,进入学习交流群