有壹天，我發現這篇關於 bash 帖子。如果您是專業用戶，您可能已經知道所有這些技巧，但如果您是新手或不是這樣的專業用戶，那麽該帖子很可能是您的壹天。
我認為為 oc 命令創建類似的帖子會很有用。 oc 命令是dope，每個人都應該知道。它設計精良，壹致，靈活，正如您將看到的，有許多值得嘗試的隱藏功能。
如果您是OpenShift專業人士，您可能已經知道我將在這裏揭示的大部分內容; 否則，如果您剛開始使用OpenShift，或者您不是經驗豐富的用戶，這將為您節省壹些寶貴的時間。
當我不知道發生了什麽或者我收到了不友好的錯誤消息時，我總是使用該標誌 --loglevel 。它將日誌級別信息寫入stderr。根據日誌級別，您將獲得curl API Rest調用,、API Rest正文答案，甚至更詳細的信息。
如果要修補OCP對象，loglevel 9非常方便，因為它顯示了您需要應用的補丁（API請求體）。
假設您要更改服務對象的標簽，在本例中標簽為“app：hello-jorge”。
註意： 在絕望的時刻，妳總是可以添加任意數量的9，結果將只有壹個9，但妳可能會感到寬慰。
是的，妳沒有看錯。您可以替換正在運行oc命令的用戶，或者在OCP術語中，您可以 "模擬"(impersonate ) 用戶。顯然，如果妳有足夠的權限進行模擬, 那麽妳只需要使用flag --as 。
例如：
此外，可以進行組模擬，而不是用戶模擬：
在許多情況下，它非常方便快捷，例如，檢查用戶是否可以執行特定操作或檢查用戶在運行oc時將收到的輸出。在搞不清角色和權限時，它也很有用。
oc whoami 命令眾所周知，特別是加上flag -t 用於獲取當前用戶/會話的持有者令牌。但是當妳有壹個令牌並且妳不知道誰是所有者時會發生什麽？
您可以做的壹件事是使用令牌登錄OpenShift，然後執行 oc whoami ...等待壹秒鐘。 oc whoami 會給妳這個信息！只需在命令行中傳遞令牌作為第3個參數，不需要任何標誌。
試試看：
妳可以運行壹個pod並獲得壹個shell。有時獲取正在運行的pod配置的副本並使用shell對其進行故障排除很有用。這是默認行為。
介紹下 oc debug 選項，您可以以root用戶, 或任何其他用戶ID身份運行容器，強制它在特定節點中運行各種命令。
您必須針對有效的 dc 運行命令，例如：
OpenShift / k8s對象有時很復雜，有很多字段。很多時候，我最終在OCP文檔或其他來源中尋找對象定義示例。在涉及OCP / k8s對象定義時，您可以考慮用 oc explain 作為可信來源。
oc explain 為您提供資源及其字段的文檔。在聲明新的OCP對象時，或者當您無法訪問官方OCP文檔時，它非常有用。
例如，您可以獲取pod文檔和pod spec affinity字段描述：
關於oc命令的壹個非常酷的事情是它具有格式化輸出的內置功能。我們都知道 -o json 或者 -o yaml ，但flag -o 為您提供了許多其他可能性。
在我發現的所有這些輸出選項中, go-template 和 jsonpath 是最強大的輸出選項：
例如，假設您想要獲取特定路由(router)（docker registry router）所公開的服務(service)：
或者您想了解路由器DC的部署策略：
如您所見，oc命令非常棒。我鼓勵妳繼續玩它，因為這是OpenShift最酷的事情之壹。
Jorge Tudela Gonzalez de Riancho在紅帽西班牙工作，擔任雲顧問，專門研究OpenShift和容器相關技術。