網上最提倡的解決辦法是用SSH的key進行登入，但是我發覺Linux上非常容易實作，但是Windows壓根不知道在哪裡設定。
原文：https://issues.jenkins-ci.org/browse/JENKINS-12543
國外參考：http://stackoverflow.com/questions/21609589/jenkins-cli-build-on-cloudbees-no-such-job
國内參考：http://www.lai18.com/content/6214326.html
看文章基本是很經典的一個解決思路。
回到Windows上的解決方案，其實就是在匿名使用者的權限上，在Job中加入可讀的權限，不過官方不提倡這樣的做法，尤其是部署到公網的Jenkins，會面臨安全問題。
我建議：在搭建Jenkins時，在Linux跑master，然後要build dotnet的項目用slave去實作，這樣可以在後續配置上節省很多事情。
下面是在Windows的配置步驟：
【系統管理】->【Configure Global Security】->【通路控制】->【授權政策】：
注意：我這裡administrator使用者是自己建立的，根據實際情況進行增加
如果使用了【Role-Based Strategy】插件，原理是一樣的，隻要在角色裡面增加anonymous的角色，然後再與Anonymous使用者進行關聯即可。
非常不提倡這樣的做法。