從GitHub中存儲個人訪問令牌的位置

在GitHub中生成個人訪問令牌之後，是否需要在機器的本地某處存儲個人訪問令牌？從GitHub中存儲個人訪問令牌的位置

如果是的話，有什麼方法可以存儲？

2017-10-09 Krzysztof Słowiński

對待你的令牌，如密碼，並保守祕密。在使用API時，將令牌用作環境變量，而不是將它們硬編碼到您的程序中。請參閱官方文檔中的第8條：https://help.github.com/articles/creating-a-personal-access-token-for-the-command-line/ –

準確地說，我在生成訪問令牌時看到了該評論，但我不確定人們在實踐中如何保證他們的安全。 –

那麼，你必須保存令牌某處，當您不希望您的每一個應用程序需要它:-)

一個很好的解決方案是使用環境變量時都鍵入密碼，如已經建議在one comment。

但你仍然需要在某處設置環境變量。
在Windows上（我正在使用），您可以在系統設置中使用dialog box（我不知道其他操作系統是否有類似的東西）。

我不這樣做，我更喜歡我的項目中的腳本。
在一個私人項目中，您可能會將其提交給源代碼管理，但這是一個優先選擇。

在我的一個個人項目中，我也使用個人訪問令牌調用GitHub API。
這是一個命令行應用程序，最終用戶將令牌保存在配置文件（這是OK）。

但我也需要用於開發的令牌，因爲項目具有集成測試，我在調用GitHub API。

該項目在GitHub上公開，所以我無法在源代碼控制中保存令牌。

我所做的是：

我有一個批處理文件（記住，我在Windows上）稱爲environment-variables.bat其將所有所需的環境變量，包括訪問令牌
我在我build script調用此並在batch file我使用運行我的測試
environment-variables.bat是ignored in source control
但在源頭控制，療法e的environment-variables.bat.sample相反，它包含相同的，但假的令牌/密碼。

所以我可以將這個文件重命名爲environment-variables.bat，用真實密碼替換假密碼，並且一切正常。

這不是所有情況下的完美解決方案。

在我的項目中，我有一個問題，即將來需要使用更多的令牌/密碼來獲取更多的API。

所以我的environment-variables.bat的令牌數量會增加，使潛在的貢獻者難以真正執行所有集成測試。而我仍然don't know how to deal with that。

來源

2017-10-11 16:25:15

從GitHub中存儲個人訪問令牌的位置

回答

相關問題