程序人生---转今日关注

请活出你自己

从今天起,做个“不好相处”的人

什么人最累?

活在别人眼里和嘴里的人。

因为,想要活成别人世界里的「好人」,就会不可避免地委屈自己,活成自己世界里的「小丑」。

《甄嬛传》里有一句台词说得很好:

「人情世故这种事,不能周全大家,便周全自己,任何时候自己的原则底线不应该去触碰。」

的确如此,没有一个人可以让所有人都喜欢。

如果,做一个「好相处」的人太累,周全自己,做一个不太好相处的人也很不错。

做一个不太好说话的人

听过一句话:「心软是病,情深致命」,特别赞成前半句。

太好说话,是一种病。

这种病,方便的是别人,委屈的却是自己。

前两天,朋友和我抱怨,自己连续上了半个月的夜班要扛不住了。

「你们不是轮流值夜班的吗?为什么连续上了半个月?」我不解地问她。

然后,她很无奈地和我解释了事情的原委:

最初一个同事有事,找她换班值夜班,她不好拒绝就答应了。

其他同事看她好说话,也经常找她换班,她又一次次答应了。

后来,有同事干脆跟领导反映她比较喜欢上夜班,建议她长期值夜班,就这样她就成了那个“老好人”,一直熬着所有人都不愿意熬的夜。

最后,她无奈的总结道:「你越好说话,就越没人对你好好说话。」

很多时候,的确是这样:

你处处忍让,别人就处处不让;

你放低了身段,别人却不把你当回事;

你时时考虑别人,别人却从未把你放在心上。

最不值得的是,对那些不懂得感恩的人付出,得到的竟是得寸进尺的索取。

有些事原本不由你负责,一但你做了就永远归你负责了;有些忙原本你没有义务去帮,一旦帮了就成为你的义务了。

毕淑敏曾说:「拒绝是一种权利,就像生存是一种权利。」

悦人不如悦己,从今天起,做一个不太好说话的人。

喜欢就接受,讨厌就拒绝,不满就表达你的不满,受了委屈也别暗自伤神。

真心待你的人不会让你为难,为难你的人也不值得你真心以待。

所以,别浪费时间为他人做嫁衣,别浪费笑脸去面对让你哭的人。

有原则,有底线,活出自己的态度,才能拥抱生活的温度。

做一个不太懂事的人

曾经看到过一个国际孤独等级排行,把人的孤独分为十个等级:

第一级:一个人去逛超市。

第二级:一个人去快餐厅。

第三级:一个人去咖啡厅。

第四级:一个人去看电影。

第五级:一个人吃火锅。

第六级:一个人去 KTV 。

第七级:一个人去看海。

第八级:一个人去游乐园。

第九级:一个人搬家。

第十级:一个人去做手术。

你也是这样吗?

总是一个人把所有的事情都做了:

下班了,一个人逛超市准备一家人的晚餐;周末了男朋友太忙,一个人去看了一场之前约好的电影;生病了害怕家人担心,一个人偷偷地去做了手术……

有人说孤独就是无人相伴的无奈。

也不尽然。

有些孤独其实并不是真的孤独无依。

不重要的人怎么有资格来分担你的孤独,重要的人又不忍心轻易地打扰。

「孤独」,这两个字背后隐藏的秘密不是你没人陪,而是「太懂事了」。

因为懂事,就变得体贴、坚强、温柔,从不任性,从不主动打扰,从不胡搅蛮缠。

因为懂事,害怕给别人带来麻烦,遇到了事情自己解决,也怕给爱人带来负担,累了就你自己扛,苦了就自己咽,疼了就自己疗伤。

可是,有时候迁就一个人太久了,你就失去了任性的权利。

曾经看见过一个帖子:

一家人外出旅游,吃午饭的时候,妈妈想要点一盘青菜,因为旅游地物价比较高需要 60 块,爸爸和孩子觉得 60 块吃青菜不值,就反复劝说妈妈换一盘当地的特色菜。

结果,妈妈在饭桌上崩溃地哭了。

有人说妈妈矫情,只是一盘青菜至于哭吗?

问题的症结当然不是在于一盘青菜,或许妈妈真正伤心的是,她为家庭付出了那么多,到头来丈夫和孩子连这么点小“任性”都不允许。

是啊,妥协和体贴久了就会变成理所当然,懂事了 100 天,第 101 天稍微有些任性就会被质疑,被冷落,被批评……

如果懂事那么伤,我愿你永远不那么懂事。

从今天起,做一个不太懂事的人。

稍微自私一点,多为自己考虑;稍微懒散一点,让自己喘口气;稍微任性一点,喜欢的就去争取。

学会享受,偶尔放纵洒脱,生活才能变得甜一点。

做一个不太合群的人

一千个读者心里有一千个哈姆雷特,每个人都有自己独特的眼光和判断。

都知道个体有差异,可很多人当自己的眼光与大众不同的时候,就常常会抛弃自己的观点,做一个“伪合群”的人。

明明觉得刷剧、聊八卦、无聊的社交很没意思,还是假装很感兴趣;

明明遇到问题,有不同观点,为了不成为异类,却沉默不语;

明明不赞成一些主流,也还是随波逐流,按部就班地生活。

《乌合之众》里这样形容所谓的合群:

「人一到群体中,智商就严重降低,为了获得认同,个体愿意抛弃是非,用智商去换取那份让人备感安全的归属感。」

除了降低了智商,很多时候太合群,会让你错过很多东西。

前段时间,闺蜜期待了很久的一部电影终于上映了。

午休时,她兴致勃勃地订了电影票就和同事闲聊起来。

提到那部电影,一个同事开始吐槽起来,说电影网上评分很低,然后其他同事也七嘴八舌地吐槽起来。

之后得出来的结论是,这部电影根本不值得一看,随带着还 diss 了一下闺蜜,说看这种电影的人感情都很廉价。

闺蜜听了以后兴致全无,晚上还纠结要不要去看电影,后来,我们一起去看了电影,一致认为电影还不错,根本和其他人的评价不同。

一部电影如此,生活中还有太多事也何尝不是这样,试过才知道好不好。因为合群你可能错过一部电影,同样的还会错过太多适合你的人,适合你的路。

从今天起,愿你做一个不太合群的人。

有自己的爱好与梦想,有自己的生活方式,独立思考,理性判断,不迎合他人,只遵从自己的内心。

不活在大众包裹下的世界里,才能遇见一个专属于自己的世界。

余生,做一个不太好相处的人

很喜欢卓别林 70 岁生日时写给自己的那首诗《当我开始爱自己》:

当我开始真正爱自己,

我开始远离,

一切不健康的东西。

不论是饮食和人物,

还是事情和环境。

我远离一切,

让我远离本真的东西。

从前我把这叫做:

「追求健康的自私自利」,

但今天我明白了,

这是「自爱」。

愿你,从今天起,做一个不太好相处的人。

远离一切不健康的东西,无论是人还是环境。

听从你的内心,爱你所爱,行你所行。

愿你,从今天起,与自己和解,好好爱自己。

这个世界,从来不缺少完美的人,缺少的是发自内心的真心、正直、勇敢和无畏。

人生很长,每一个人都是原创,不要活成盗版。

你可以让岁月磨去你的缺点,变得好一点,再好一点,但千万不要让岁月磨平你的棱角,变成那个连自己都不认识的其他人。

因为,那个爱憎分别,有思想,有个性的你,才让你成为了与众不同的你。

这个世界上,有且只有一个你。

你就是唯一的。

活成你自己,才是此生最重要的事情。

<think>好的,用户遇到了Git推送失败的问题,错误信息是“fatal: remote error: is not a valid repository name”。用户之前执行过修改远程仓库推送URL的命令,导致现在无法正确推送。我需要分析这个问题可能的原因,并给出解决方案。 首先,用户的错误信息显示远程仓库名称无效。这可能是因为之前设置的推送URL不正确,或者远程仓库名称本身存在问题。用户之前用了`git remote set-url --push Keshi-huang no-push`,这个命令把推送地址改成了“no-push”,显然这不是一个有效的URL,所以当用户尝试推送时,Git找不到正确的仓库地址,导致错误。 接下来,我需要考虑用户可能的操作步骤。用户可能是在尝试设置远程仓库时出错,比如错误地修改了推送URL,或者远程仓库的名字拼写错误。另一个可能性是远程仓库本身不存在,或者用户没有权限访问该仓库。 我需要指导用户检查当前的远程仓库配置,使用`git remote -v`来查看所有远程仓库的URL是否正确。如果发现Keshi-huang的推送URL是“no-push”,就需要修正为正确的URL。如果用户不确定正确的URL是什么,可能需要提醒他们如何获取,比如从GitHub仓库的页面上复制HTTPS或SSH的地址。 另外,用户可能需要检查远程仓库是否存在,或者是否有拼写错误。例如,仓库名称是否正确,用户名是否正确。如果用户误将仓库名称写错,也会导致这个错误。此外,用户可能没有正确配置权限,比如使用HTTPS时没有登录,或者使用SSH时密钥未正确添加。 还需要考虑用户是否误删除了远程仓库,或者远程仓库的名字被更改过。如果用户之前正确配置过,但现在出现错误,可能是因为仓库被删除或重命名了。 然后,我应该分步骤给出解决方案:首先检查远程配置,修正URL,测试连接,检查仓库是否存在,处理权限问题,最后重新推送。每个步骤需要具体的命令和说明,确保用户能够理解并执行。 同时,需要注意用户可能对Git命令不太熟悉,所以要尽量用单明了的语言,避免技术术语过多。例如,解释如何查看远程仓库,如何修改URL,如何测试SSH连接等。 最后,用户可能需要进一步的帮助,如果上述步骤无法解决问题,需要他们提供更多的信息,如`git remote -v`的输出和完整的错误信息,以便进一步诊断。</think>你的报错 `fatal: remote error: is not a valid repository name` 表明 Git 无法识别你指定的远程仓库名称或 URL。结合你之前设置的 `no-push` 操作,问题大概率出在远程仓库配置上。以下是详细分析和解决方法: --- ### 问题原因 1. **远程仓库名称或 URL 无效** 通过 `git remote set-url --push Keshi-huang no-push` 将推送地址设为 `no-push` 后,Git 试图通过 `git push Keshi-huang dev` 推送时,发现 `Keshi-huang` 对应的 URL 是无效的(`no-push` 不是一个真实的 Git 仓库地址)。 2. **可能的连带问题** - 远程仓库名称拼写错误(如 `Keshi-huang` 是否存在?是否多打了空格?) - 远程仓库未正确配置(如未设置拉取 URL) --- ### 解决步骤 #### 1. 检查当前远程仓库配置 运行以下命令查看远程仓库的 URL 设置: ```bash git remote -v ``` **预期输出示例**: ``` Keshi-huang https://github.com/Keshi-huang/your-repo.git (fetch) Keshi-huang no-push (push) # 这里被修改成了无效的地址 origin https://github.com/your-account/your-repo.git (fetch) origin https://github.com/your-account/your-repo.git (push) ``` 如果 `Keshi-huang` 的推送 URL 显示为 `no-push`,这就是问题的根源。 --- #### 2. 修复远程仓库 URL 需要将 `Keshi-huang` 的推送 URL 重置为**有效的仓库地址**: ```bash # 使用 HTTPS 协议 git remote set-url --push Keshi-huang https://github.com/Keshi-huang/your-repo.git # 或使用 SSH 协议 git remote set-url --push Keshi-huang [email protected]:Keshi-huang/your-repo.git ``` **关键说明**: - 将 `your-repo` 替换为你的实际仓库名。 - 如果之前仅修改了推送 URL(`--push`),拉取 URL 可能仍是正确的。建议直接重置整个远程仓库配置: ```bash # 删除原配置 git remote remove Keshi-huang # 重新添加(同时设置 fetch 和 push URL) git remote add Keshi-huang https://github.com/Keshi-huang/your-repo.git ``` --- #### 3. 验证远程仓库有效性 确保远程仓库确实存在且名称正确: - 访问 `https://github.com/Keshi-huang/your-repo`(替换为你的仓库名),确认仓库可访问。 - 检查仓库名是否包含特殊字符(如空格、中文),需在 URL 中转义(例如空格替换为 `%20`)。 --- #### 4. 检查权限和协议 - **HTTPS 协议**:确保已登录 GitHub 账号,并拥有推送权限。如果启用了两步验证,需使用 [Personal Access Token](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/managing-your-personal-access-tokens) 替代密码。 - **SSH 协议**:确认 SSH 密钥已添加到 GitHub: ```bash # 测试 SSH 连接 ssh -T [email protected] ``` 如果输出 `You've successfully authenticated` 表示配置正确。 --- #### 5. 重新推送 ```bash git push Keshi-huang dev ``` --- ### 完整操作示例 ```bash # 1. 检查远程配置 git remote -v # 2. 发现推送 URL 错误后,修复 URL(以 HTTPS 为例) git remote set-url --push Keshi-huang https://github.com/Keshi-huang/your-repo.git # 3. 若仍失败,彻底重置远程仓库 git remote remove Keshi-huang git remote add Keshi-huang https://github.com/Keshi-huang/your-repo.git # 4. 推送分支 git push Keshi-huang dev ``` --- ### 常见错误排查 1. **仓库名或用户名拼写错误** 检查 `Keshi-huang` 是否为正确的 GitHub 用户名,`your-repo` 是否与仓库实际名称一致。 2. **协议冲突** 如果之前混合使用了 HTTPS 和 SSH,可能导致冲突。统一协议后重试: ```bash # 删除远程仓库 git remote remove Keshi-huang # 重新添加(选择一种协议) git remote add Keshi-huang https://github.com/Keshi-huang/your-repo.git # HTTPS # 或 git remote add Keshi-huang [email protected]:Keshi-huang/your-repo.git # SSH ``` 3. **分支不存在** 如果远程仓库没有 `dev` 分支,首次推送需添加 `-u` 参数: ```bash git push -u Keshi-huang dev ``` --- ### 附:截图示例 1. **正确配置的远程仓库** ![git remote -v 输出示例](https://i.imgur.com/9JZVZQO.png) *确保 `fetch` 和 `push` URL 均有效* 如果问题仍未解决,请提供以下信息: - `git remote -v` 的完整输出 - 仓库的 HTTPS/SSH 地址(确保敏感信息已打码) - 执行命令后的完整报错截图
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值